性能优化段子

缓存命中率涨到九成九的那天，我请全组喝了奶茶，预算就出在省下的服务器钱里。我把手上的资料翻出来又读了两遍。我把这个序列化的方式换成了更快的，耗时降了一半。我沉默了，但心里是服的

缓存的失效策略比缓存本身更难设计。我发现自己居然没法反驳。我确认了瓶颈在数据库，而不是我以为的应用层。世界瞬间清净了

懒加载加了、分包做了、CDN 上了，最后发现慢的是用户那个 2G 信号。我不知道该说什么，就笑了笑。我发现真正慢的是序列化那一步。办公室安静得能听见键盘声

面试时聊得最多的就是性能优化，入职后优化的最多的就是自己的简历。我发现这个页面的加载瓶颈在一张没有压过的图上。我把这条经验写进了团队 wiki

这个服务的响应时间随并发上升得很快。我抬起头看了看周围，大家都一样。我在心里给这次的优化算了笔账，收益大于成本。果然现实比段子更精彩

这个缓存的存在感很强，命中率却不高。我忽然觉得，这可能就是这一行的常态。我打了火焰图，一眼看到了那个占八成耗时的函数。好在最后有惊无险

面试时聊得最多的就是性能优化，入职后优化的最多的就是自己的简历。我拉了个小群，把相关同学都叫了进来。我把这个接口的连接复用打开了，握手开销几乎没了。连茶水间都安静了

线上接口突然变慢，排查两小时发现是日志打太多了。我先确认了一遍前置条件，再动手。我在心里给这次的优化目标定了个数，降低一半。好在最后有惊无险

我把这个对象的创建挪到了循环外，GC 压力小了。我把整条链路在心里复盘了一遍。我把这个索引重建了一遍，查询终于回到毫秒级。真香定律准时生效

加了缓存之后接口是快了，就是每次改数据都要跟缓存斗智斗勇。我把异步改成了批处理，吞吐直接翻倍。复盘会上我们把它列成了案例