不要被直觉误导 关于Java性能的9个谬论

　　4.算法慢是性能问题的最常见原因

　　在开发者之间有一个很常见的认知错误(普通大众也是如此)，即认为系统中他们控制的那部分很重要。

　　在探讨Java性能时，这种认知错误也有所体现：Java开发者认为算法的质量是性能问题的主要原因。开发者考虑的是代码，因此他们自然会偏向于考虑自己的算法。

　　实际上在处理一系列现实中的性能问题时，人们发现算法设计是根本问题的几率不足10%。

　　相反，与算法相比，垃圾收集、数据库访问和配置错误导致应用程序缓慢的可能性更大。

　　大部分应用处理的数据量相对较小，因此，即使主要算法效率不高，通常也不会导致严重的性能问题。可以肯定，我们的算法不是最优的;尽管如此，算法带来的性能问题还是算小的，更多性能问题是应用栈的其他部分导致的。

　　因此我们的最佳建议是，使用实际生产数据来揭开性能问题的真正原因。要测量性能数据，而不是凭空猜测!

　　5.缓存可以解决所有问题

　　“计算机科学中的所有问题都可以通过引入一个中间层来解决。”

　　David Wheeler的这句程序员格言(在互联网上，这句话至少还被认为是其他两位计算机科学家说的)非常常见，尤其是在Web开发者之中很流行。

　　如果未能透彻理解现有的架构，而且分析也已停顿，往往就是“缓存可以解决所有问题”这种谬论抬头的时候了。

　　在开发者看来，与其处理吓人的现有系统，还不如在前面加一层缓存，将现有系统隐藏起来，以此期待最好的情况。无疑，这种方式只是让整体架构更复杂了，当下一个接手的开发者打算了解系统现状时，情况会更糟糕。

　　规模庞大、设计拙劣的系统往往缺乏整体的设计，是一次一行代码、一个子系统这样写出来的。然而很多情况下，简化并重构架构会带来更好的性能，而且几乎总是更容易让人理解。

　　所以当评估是否真的有必要加入缓存时，应该先计划收集一些基本的使用统计信息(比如命中率和未命中率等)，以此证明缓存层带来的真正价值。

　　6.所有应用都需要关注Stop-The-World问题

　　Java平台存在一个无法改变的事实：为运行垃圾收集，所有应用线程必须周期性停顿。有时这被当作Java的一个严重缺点，即使没有任何真凭实据。

　　实证研究表明，如果数字数据(如价格波动)变化的频率超过200毫秒一次，人就无法正常感知了。

　　应用主要是给人用的，因此我们有一个有用的经验法则，200毫秒或低于200毫秒的Stop-The-World(STW)通常是没有影响的。有些应用可能有更高的要求(如流媒体)，但很多GUI应用是不需要的。

　　少数应用(比如低延迟交易或机械控制系统)无法接受200毫秒的停顿。除非编写的就是这类应用，否则用户基本感觉不到垃圾收集器的影响。

　　值得一提的是，在应用线程数量超过物理核数的任何系统中，操作系统必须控制对CPU的分时访问。Stop-The-World听着可怕，但实际上任何应用(不管是JVM还是其他应用)都要面对稀缺计算资源的争用问题。

　　如果不去测量，JVM对应用性能有何附加影响是不清楚的。

　　总之，请打开GC日志，以此来确定停顿时间是否真的影响了应用。通过分析日志来确定停顿时间，这里既可以手工分析，也可以利用脚本或工具分析。然后再判定它们是否真的给应用于带来了问题。最重要的是，问自己一个关键的问题：确实有用户抱怨吗?

（编辑：PHP编程网 - 黄冈站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!