Java:计算/分析同步调用

Question

我正在寻找一种方法来列出正在运行的并行 Java 应用程序的所有同步调用，以便检测可伸缩性问题(在线程/内核方面)。据我了解，每次输入同步块(synchronized block)时，机器都需要同步缓存。这会影响所有正在运行的 CPU(以多种方式，如内存带宽)，即使正在运行的任务没有因进入同步区域而被阻塞。

设置:

我有一个在更高级别上并行化的大型应用程序，即它具有并行执行的复杂任务。并行化在术语中起作用，即所有内核都处于负载状态并且我没有阻塞线程。性能仍然没有随内核扩展，这可能有几个原因。我感兴趣的特定可能原因是是否有很多同步调用(例如，进入同步块(synchronized block)、使用锁等)。

任务

我想找出我的代码中(实际执行的)哪些地方有这样的同步调用，以及每个同步实际执行的频率。有很多引用的库，因此不可能只对同步关键字或类似的东西使用常规代码搜索，因为这会搜索很多从未执行过的代码并带来很多误报。完美的解决方案是拥有一个分析器，它列出所有已执行的同步位置和调用次数。但是，我尝试过的分析器只允许对方法调用进行计数。因此，这里的问题是找到所有实际相关的方法。

或者，如果我能找到一些入口点(主方法)引用的同步位置，它也会有所帮助。 IE。通过递归地遍历代码并检查所有引用的方法、类等以进行此类同步。在这种情况下，稍后可以使用常规分析器找出频率。

问题

是否有工具或工作流程能够为更大的项目归档上述任务。

提前感谢您的回答。

Answer 1

您可以使用 CPU 分析器来执行此操作。如果你有一个需要很长时间才能获得锁的同步方法，它看起来会花费很长时间。如果时间不长，你不应该关心它。

现在，如果一个方法耗时很长，可能不清楚它是否是同步锁。如果你真的不知道运行阅读代码，你可以将实现移到私有(private)方法中，公共(public)方法所做的只是获取锁。这将使延迟是在获取锁还是在运行代码方面变得更加清晰。

使用分析器的另一个原因；当您猜测问题可能是什么时，它几乎从来都不是您最初想到的，即使您已经对 Java 程序进行性能调优十年，您首先想到的可能在前 5 名或前 10 名中，但很少是你遇到的最大问题。