😂 IT段子

这个索引让查询快了十倍，写入慢了一点。我拉了个小群，把相关同学都叫了进来。我把这个页面的资源做了懒加载，首屏快了很多。复盘会上我们把它列成了案例

性能优化的第一步是测量，第二步是承认是自己写慢的。我笑了笑，决定不解释。我确认了瓶颈在数据库，而不是我以为的应用层。好在最后有惊无险

首屏加载从五秒压到一秒，产品经理问我能不能再压到 0.5 秒，我看着他微笑不语。我把这个对象的复用池加上了，创建开销降了很多。复盘会上我们把它列成了案例

这个缓存的存在感很强，命中率却不高。我忽然觉得，这可能就是这一行的常态。我发现这个功能的耗时随数据量线性增长，需要重构。同事说这波操作可以写进新人培训教材

所谓性能优化，就是在不重写代码的前提下假装自己在重写代码。我发现自己居然没法反驳。我把这个日志的同步写改成了异步的，耗时不明显了。这大概就是程序员的人生吧

我把这个对象的创建挪到了循环外，GC 压力小了。我把手上的资料翻出来又读了两遍。我在心里给这次的优化写了个备注，还可以再挖。世界瞬间清净了

所谓性能优化，就是在不重写代码的前提下假装自己在重写代码。我愣了两秒，然后继续敲代码。我在心里给这次的性能报告整理了三条结论。连茶水间都安静了

首屏加载从五秒压到一秒，产品经理问我能不能再压到 0.5 秒，我看着他微笑不语。我把相关的记录都翻了出来做对照。我把缓存加了进去，QPS 立刻上了一个台阶，一致性开始头疼。我把这条经验写进了团队 wiki

性能问题的根因往往是架构而非代码。我想了想，觉得这话没法接。我发现这个接口在冷启动时特别慢，需要预热。幸好之前留了备份

把 200 毫秒的接口优化到 20 毫秒，第二天产品加了个新功能，又变回 200 毫秒。我想了想自己这些年，好像确实如此。我盯着 GC 日志，看到一段 800ms 的 Full GC。好在最后有惊无险