避免开发人员糟糕的优化直觉

Question

我在一篇文章中看到了这样的说法：

开发人员喜欢优化代码，并且有充分的理由。它是如此的满足和乐趣。但是知道什么时候进行优化要重要得多。不幸的是，开发人员通常对应用程序中的性能问题的实际位置有可怕的直觉。

我在寻找一个开发人员如何避免这种糟糕的直觉，是否有一些真正好的工具可以找到您的代码的哪些部分确实需要优化(对于java)，如果您现在有一些文章、技巧或关于这个主题的很好的阅读。

谢谢。

Answer 1

第一件事是对正在实施的系统有一个全球视野。当程序员从狭隘的角度看待这个问题时，就会发生许多过早的优化。例如，在特定领域实现安全性，而不是将安全构建为应用程序的全局关注点。因此，压力需要在程序设计中，而不仅仅是简单的编码。与合适的候选人进行同行规划可以帮助改善这种情况。

就工具而言，我们已经使用了内置的Netbeans分析器，这对于寻找在性能/优化方面需要重新访问的类非常有用。帮助我们的一个很好的例子是这里。

Answer 2

我要做的第一件事是让它成为一条规则，以避免过早的优化。然后，我会考虑得到一个像这里的一个分析器：http://java-source.net/open-source/profilers，并将其附加到应用程序中。这将告诉您什么应该优化，哪些不应该优化。