路由计算服务是路由系统的核心服务，负责运单路由计划的计算以及实操与计划的匹配。在运维过程中，发现在长期不重启的情况下，有TP99缓慢爬坡的现象。此外，在每周例行调度的试算过程中，能明显看到内存的上涨。

授人以鱼不如授人以渔.先学会用，在学原理，在学创造，可能一辈子用不到这种能力，但是不能不具备这种能力。这篇文章主要是沉淀使用nginx+lua+redis实现灰度，当我们具备了这种能力，随时可

性能优化是一场永无止境的旅程。 到家门店系统，作为到家核心基础服务之一，门店C端接口有着调用量高，性能要求高的特点。 C端服务经过演进，核心接口先查询本地缓存，如果本地缓存没有命中，再查询R

公司某规则引擎系统，在每次发版启动会手动预热，预热完成当流量切进来之后会偶发的出现一次长达1-2秒的Young GC（流量并不大，并且LB下的每个节点都会出现该情况） 在这次长暂停之后，每一

本文主要以介绍方法为主，落地过程可以归纳为方案->收益测算->数据安全验证->系统稳定性验证->灰度与回滚。文中的账单系统通过step1大表压缩32%，step2大JSON字段序列化12%，step3

一、排查过程 问题发现是因为当时接到了内存UMP报警信息，如下： 通过查看PFinder发现内存一直在增长，没有停止迹象，触发fullGC也并没有下降趋势： 当机立断，先立即去NP上摘除了此台

区别于传统表单前后端配合联调的开发实现方式，动态表单通过一种基于元数据管理的配置化方法来实现表单的动态生成，并能根据配置自由增改删指定字段。实现特定需求的自助化。

1 背景 京销易系统已经接入大网、KA以及云仓三个条线商机，每个条线商机规则差异比较大，当前现状是独立实现三套系统分别做支撑。 2 目标 2022年下半年CRM目标是完成9个新条线业务接入，完成销售过

当你点开这篇文章的时候也许心想是哪个 XX 小编混到这里，先不要着急扔臭鸡蛋，本文是一篇标准（正经）的问题复盘文章。好了，一行 MD5 居然让小伙伴下不了班...