bob解读

2019-06-10 ->11号 数据，和12号的比对，可以看出堆内存水位在缓慢上升,最终再13号凌晨出发报警。 但是如果是因为内存泄露引起的问题，那么按照目前速率可能会在2-3天后（也可能是618促销期间）出现内存溢出宕机。 后续的工作 ： 1. 从dump及代码层面分析为什…

我们从近期代码评审过程中的一段代码，开始探讨缓存和数据库的一致性问题。 A: 1. 考虑到 update 方法本身并发执行，Db.update和Cache.update不是原子操作,会出现先更新DB的后更新cache 时序不一致问题(库存修改存在并发情况，并要求时序一致性) A…

3. 方法监控可以看到在fullGC比较频繁时，业务方法几乎无响应 预发验证后续我们还将采用压测排除性能与其他内存问题，此次排除结束。 此次问题还是属于比较常见的内存溢出分析，整体按着常用流程没有太多的难点，只有在分析register的时候一时定位不到是开源包的register…

这是笔者维护代码中真实的一段， 虽然可读性差、逻辑比较混乱， 但是bob从中理解了失败是成功之母的寓意，加油，为了我们的远方。

珍惜自己的时间，好好对待自己的家人。

趁着这个周末加班...对项目的spring配置文件做了一次重构，使配置文件的理解方式更加清晰了。 每个版本在不同的代码库， 功能和流程大同小异，但是依赖的服务接口都不相同（基线服务是不同的开发团队开发使然）。 通过右下图我们可以看出我们在国家和运行维度两个维度构建profile…