java - 任何推荐的 Java 分析教程？

Question

关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。












想改善这个问题吗？更新问题，使其成为 on-topic对于堆栈溢出。

8年前关闭。




Improve this question




是否有任何推荐的 Java 应用程序分析教程？

我现在正在使用 JProfiler和 Eclipse Test & Performance Tools Platform (TPTP) 与我的分析。然而，虽然配备了精彩的武器，但作为 Java 分析新手，我仍然缺少定位瓶颈的一般理论和技巧。

Answer 1

剖析是一门拥有不止一种思想流派的学科。

更流行的一种方法是通过获取测量值来进行。也就是说，您尝试查看每个函数需要多长时间和/或调用多少次。很明显，如果一个函数只需要很少的时间，那么加快它的速度对你的帮助很小。但是如果需要很多时间，那么你就必须做侦探工作，找出函数的哪个部分负责时间。不要期望函数时间加起来等于总时间，因为函数相互调用，而函数 A 可能需要很多时间的原因是它调用了也需要很多时间的函数 B。

这种方法可以发现很多问题，但这取决于您是一名优秀的侦探，并且能够清楚地思考不同类型的时间，例如挂钟时间与 CPU 时间，以及自我时间与包含时间。例如，应用程序可能看起来很慢，但功能时间可能全部报告为接近零。这可能是由于程序受到 I/O 限制造成的。如果 I/O 是您所期望的，那可能没问题，但它可能正在执行一些您不知道的 I/O，然后您又回到侦探工作。

分析器的普遍期望是，如果您可以修复足够多的东西以获得 10% 或 20% 的加速，那就太好了，而且我从未听说过重复使用分析器以获得比这更多的加速的故事。

另一种方法不是测量，而是捕捉。它基于这样一种想法，即在程序花费的时间(以挂钟时间)比您希望的时间长的时候，您想知道它主要在做什么，而一种找出方法是停止它并询问，或对其状态进行快照并对其进行分析，以完全了解它在做什么以及为什么在特定时间点这样做。如果您多次执行此操作并且您看到它多次尝试执行的操作，那么该 Activity 是您可以富有成效地优化的内容。不同之处在于你不是问多少钱；你在问什么和为什么。 Here's another explanation. (请注意，拍摄此类快照的速度并不重要，因为您不是在问时间，而是在问程序在做什么以及为什么。)

对于 Java，here is one low-tech but highly effective方法来做到这一点，或者您可以使用 Eclipse 中的“暂停”按钮。另一种方法是使用特定类型的分析器，它在挂钟时间(不是 CPU，除非您想对 I/O 视而不见)对整个调用堆栈进行采样，当您希望它进行采样时(例如，不是当等待用户输入时)，并在代码行级别进行汇总，而不仅仅是在功能级别和时间百分比，而不是绝对时间。要获得时间百分比，它应该告诉您，对于出现在任何样本上的每一行代码，包含该行的样本的百分比，因为如果您可以使该行消失，您将节省该百分比。 (你应该忽略它试图告诉你的其他事情，比如调用图、递归和自时间。)满足这个规范的分析器很少，但一个是 RotateRight/Zoom ，但我不确定它是否适用于 Java，可能还有其他的。

在某些情况下，在实际缓慢期间，您可能很难在需要时获取堆栈样本。然后，由于您追求的是百分比，因此您可以对代码执行任何操作，以便在不更改百分比的情况下更轻松地获取样本。一种方法是通过在代码周围包裹一个临时循环来放大代码，比如 100 次迭代。另一种方法是在调试器下设置数据更改断点。这将导致代码的解释速度比正常情况慢 10-100 倍。另一种方法是使用闹钟定时器在缓慢期间关闭，并用它来抓取样本。

使用捕获技术，如果您反复使用它来查找和执行多项优化，您可以期望达到接近最佳的性能。在大型软件的情况下，瓶颈更多，这可能意味着重要的因素。 StackOverflow 上的人报告的因素从 7 倍到 60 倍不等。 Here is a detailed example of 43x.

捕获技术在难以弄清楚线程为什么在等待时正在等待的情况下存在问题，例如在等待事务在另一个处理器上完成时。 (测量也有同样的问题。)在这些情况下，我使用一种费力的方法来合并带时间戳的日志。