10年后端老鸟经验之谈

故事 对于小猫来讲，最近的一段日子是不好过的，纵使听着再有节拍的音乐，也换不起他对生活的热情。由于上一次“幂等事件”躺枪，他已经有几天没有休息好了。他感觉生到了低谷。

故事 又是一个风和日丽没好的一天，小猫戴着耳机，安逸地听着音乐，撸着代码，这种没有会议的日子真的是巴适得板。 不料祸从天降。。。

很多小伙伴在用一些线程池或者第三方中间件的时候可能只停留在如何使用上，一旦出了问题或者被人深入问到其实现原理的时候就比较头大。 所以在日常开发的过程中，我们不仅仅需要知道如何去用，其实更应该知道底层的

案例背景 翻车了，为了cover线上一个业务场景，小猫新增了一个新的枚举类型，盲目自信就没有测试发生产了，由于是底层服务，上层调用导致计算逻辑有误，造成资损。老板很生气，后果很严重。

虽然项目会最终沦为屎山，但是作为一个有追求的研发，我们就应当从每个小的if else着手，至少让当前这个项目在你维护期间，让其发展成屎山的速度变慢一些，或者能替之前的老前辈还掉一些技术债才是最好的，各

当前形势不佳，在这种情况下。小猫更是雪上加霜，他被裁了。投了个把月简历，终于约到一个面试。 面试官翻了一下简历：“看你简历上写了支付和账户相关项目，那能否聊一下热点账户问题你们是咋处理的吧”。

继上次的if else优化也有段时间了，最近小猫又又又着道了，接手的那个项目又遇到了坑爹的地方，经常性的报死锁异常，经常性的主从延迟......通过报错信息按图索骥，发现代码是这样的。