高性能WEB开发的性能调优（五）——小结

总结一下这段时间的工作，理清思路，为以后的其它工作做好准备。

一、无论开发还是调优，都应遵循用数据说话的原则，具体表现在以下几个方面：

1、不要一开始就怀疑某块代码性能差，在给出优化方案之前，先拿出可靠的数据。

我们完全可以增加简单的耗时日志来证明某段代码确实执行慢，或者通过注释掉代码看性能是否有提升。而不是靠自己的猜测或者臆想，因为性能瓶颈往往不在我们怀疑的地方。

2、不要随意怀疑硬件性能，除非你能证明它

有人一看到运行速度慢，果断增加CPU，增加内存，但这样做往往未必能奏效。我们应该用某种方式去监控我们系统的CPU，内存，虚拟机，连接池等的使用情况，根据真实的数值来判断瓶颈在哪里，如果都不是瓶颈，那通常说明瓶颈在代码里。

3、不要盲目相信某个框架的性能优于另一个框架

性能的好坏还是自己测一测最清楚，盲目相信可能让你走偏。更可怕的是，即使某个框架或组件很优秀，如果你没有经过测试就简单使用，很可能没有发挥出它的最大性能。例如我前面说的logback，在我没有做异步写入和buffer的时候，它的写入时间长达6秒多，与log4j没有太大差异，正是因为做了性能测试，才提醒了我肯定有地方没用好，没用对，最终避免了错误。

二、在使用新东西的时候，尽量吸一手烟，不要吸二手烟——强迫自己尽量去官网找答案，官网的答案往往比百度出来的靠谱得多。官网的东西实时性最好，而且可能提供一些最佳实践的建议，或者小工具什么的，能帮助你最好的使用该产品。

三、最后，我认为调优的路上不要走的太远，除非真的有那么高的性能要求。

事实上，调优——尤其程序上的调优，往往都与代码的优雅性、可读性、可维护性背道而驰，一个精妙的算法，往往意味着只有你一个人能看懂。而软件工程的首要任务是管理软件的复杂度，因此过度调优不利于系统的长期发展。