翻车系列

差点翻车，前两个月某天凌晨，上线以后，有同事观测到他所负责模块的监控曲线有异常！监控曲线在发布的时刻近乎于直线下跌

5年前的就业环境非常好，当时面试了很多家公司，收到了很多 offer。最终我决定入职一家有几百人的中型公司，新的公司福利非常好，各种零食随便吃，据说还能正点下班，一切都超出我的期望。

昨天晚上，我刚到家里打开公司群，就看见群里有人讨论：线上环境出现大量RPC请求报错，异常原因：被线程池拒绝……

很多人在 review 代码时，不重视日志代码，容易忽略日志代码中的问题。曾经有个同事搞出的线上问题就是因为日志打印出现了 NPE。 **一定要敬畏每一行代码，包括日志代码。**

前些日子，测试提过来一个bug，说下单价格应该是 2.01，但是在订单详情中展示了2.00元。我头嗡的一下子，艹，不会是因为double 的精度问题吧~

有一天，由于 RabbitMQ 集群的故障，系统几乎完全不可用。我们不得不重启整个 MQ 集群，才让服务恢复正常。

优秀的程序员必须注重细节。如果对细节不够了解，就一定会出现问题。回顾自己闯下的线上故障，我发现所有的问题都是疏忽在细节上。 这不，上周我差点又闯祸。

快过年，我的线上发布出现故障 “五哥，你在上线吗？”，旁边有一个声音传来。 “啊，怎么了？”。**真是要命，在上线发布时候，我最讨厌别人叫我的名

这个框架在网上被吹上天，但是他们只负责吹牛，不负责帮你修bug。我们在新项目中引入后发现，这个框架缺陷很多，玩玩可以，千万不要再公司项目中使用。

5年前，我入职一家在线教育公司，新的公司福利非常好，各种零食随便吃，据说还能正点下班，一切都超出我的期望，“可算让我找着神仙公司了”，我的心里一阵窃喜。

Java属性的实例化、构造函数的执行是有先后顺序的。 此外 当出现子类继承情况时，子类和父类也是有初始化顺序的，这让情况更加复杂！

发个MQ消息居然出现了三个bug！你能想到几个。为什么谈”如何保证不丢消息“ 时滔滔不绝，等到写代码时这么拉胯！

近日遇到了一个分布锁线上问题，导致用户获取锁一直失败，被阻拦提单近2H。 接到客户投诉后，用户骂骂咧咧。

工作六七年以来，接手过无数个烂摊子，屎山雕花、开关编程已经成为常态。 下面细数一下 降低代码可读性，增加维护难度的 12 个编码“技巧”。

程序员一定要学会保护自己，对于高危的人肉运维，勇敢的说不！吾日三省吾身。1、这事能不能不干；2、这事能不能明天干；3、这事能不能推给别人干。

近期在线上环境遇到一个奇怪的问题。关于类型推断、泛型、重载的问题。 一段原本运行良好的代码，在升级为JDK8后，突然遇到了异常情况。

网络上比较推崇使用Spring Event 优雅的实现观察者模式，但线上的一次事故，让我意识它并没有那么好用。

缓存不预热会怎么样？我帮大家淌了路。缓存不预热会导致系统接口性能下降，数据库压力增加，更重要的是导致我写了两天的复盘文档，在复盘会上被骂出了翔。