性能优化段子

优化的尽头是玄学：同样的代码，重启之后性能就是不一样。我抬起头看了看周围，大家都一样。我发现这个页面的加载瓶颈在一张没有压过的图上

这个索引让查询快了十倍，写入慢了一点。我发现这个缓存的过期时间设得太短，命中率很低。复盘会上我们把它列成了案例

性能优化最危险的是优化错了地方。我忽然觉得，这可能就是这一行的常态。我在心里给这次优化的边界想清楚了，不再往下挖。办公室安静得能听见键盘声

性能优化的第一步是测量，第二步是承认是自己写慢的。我不知道该说什么，就笑了笑。我把这个索引重建了一遍，查询终于回到毫秒级。同事说这波操作可以写进新人培训教材

我把这个接口的同步写改成了异步，用户不等了。我深呼吸了一下，决定从最可疑的地方查起。我把这个接口的返回值做了裁剪，只留了必要的字段。我把它写进了组内的避坑文档第一章

所谓性能优化，就是在不重写代码的前提下假装自己在重写代码。我盯着屏幕，觉得这才是我的一天。我把这个对象的创建提到了循环外，GC 压力小了很多。好在最后有惊无险

一个接口从 200ms 优化到 20ms，感觉自己是全世界最强后端。我先确认了一遍前置条件，再动手。我在心里给这次的容量规划重算了一遍，留了余量。我把这条经验写进了团队 wiki

我把这个对象的创建挪到了循环外，GC 压力小了。我先给自己泡了杯茶，做好了打持久战的准备。我把这个批处理的批次调大了，整体耗时降了四成。真香定律准时生效

我把这个请求拆成了并行的，总耗时降了一半。我把整条链路在心里复盘了一遍。我把这个批处理的批次调大了，整体耗时降了四成。连茶水间都安静了

性能优化的第一步是测量，第二步是承认是自己写慢的。我停了一下，然后继续手上的活。我把这道接口的耗时拆成了四段，最慢的那段在意料之外。幸好之前留了备份