😂 IT段子

这个接口的耗时有一半花在了它不必要做的事情上。我想反驳，但发现他说得对。我把执行计划贴出来逐行分析，发现少了一个索引。我把这条经验写进了团队 wiki

优化的尽头是玄学：同样的代码，重启之后性能就是不一样。我想反驳，但发现他说得对。我发现这个查询的返回结果集比实际用到的大得多。这大概就是程序员的人生吧

这个接口的耗时有一半花在了它不必要做的事情上。我叹了口气，然后打开了编辑器。我把这个序列化的方式换成了更快的，耗时降了一半。我把它写进了组内的避坑文档第一章

我把这个循环里的查询提到了外面，效果好得意外。我盯着屏幕沉默了十分钟。我把这个接口的超时时间设短了，慢请求被提前掐断。好在最后有惊无险

我把这个接口的同步写改成了异步，用户不等了。我先给自己泡了杯茶，做好了打持久战的准备。我把缓存加了进去，QPS 立刻上了一个台阶，一致性开始头疼。果然现实比段子更精彩

这个算法在数据量小的时候看不出问题。我在心里给这次的性能提升做了个预期，比较保守。那一刻我觉得自己还是很专业的

首屏加载从五秒压到一秒，产品经理问我能不能再压到 0.5 秒，我看着他微笑不语。我默默打开了编辑器，准备一步步验证。我发现这个服务的启动时间有三十秒，其中一半在扫包。世界瞬间清净了

优化的收益和它的复杂度需要一起算。我在压测环境复现了问题，本地怎么压都压不出来。这大概就是程序员的人生吧

所谓性能优化，就是在不重写代码的前提下假装自己在重写代码。我在压测环境复现了问题，本地怎么压都压不出来。这条经验值直接拉满

优化的尽头是玄学：同样的代码，重启之后性能就是不一样。我停了一下，然后继续手上的活。我把这个对象的复用池加上了，创建开销降了很多。真香定律准时生效