AEM 线程转储分析

下载并安装 IBM线程分析器 (我们将其简称为IBM TDA)。

从遇到性能问题的 AEM 实例中捕获线程转储。

在 IBM TDA 中打开线程转储。

要查看线程转储的详细信息，请选择列表中的文件，然后单击 线程详细信息 按钮。

排序方式 栈栈深度 最长的栈栈在顶端。

查看堆栈深度为 10 行或更长的线程。  这些通常是人们最感兴趣的线程。

在感兴趣的线程上做笔记。

按线程排序 状态.

向下滚动到 可运行 线程。 可运行线程是在进行线程转储时大量占用 CPU 时间的线程。

注：在查看 可运行 线程中，您可以忽略列在  可以忽略的Threads  部分。

查找属于应用程序一部分的可运行线程，例如，后台作业线程或请求线程(请求线程的名称如下 —   127.0.0.1 [ 1347028187737] GET/content/sites/global/en/sitemap.static-delivery.httpd.html HTTP/1.1)。

找到后，请一一单击这些线程。

对于每个请求线程，您可以通过查看线程名称中的时间戳来了解用户的浏览器何时向服务器发出请求。

例如，在以上线程的名称中，时间戳（以毫秒为单位的unix epoch格式）为  1347028187737.

我们可以使用将该epoch数字转换为日期/时间 www.epochconverter.com.

每个线程转储都显示了它被占用时的日期和时间。

您可以通过请求时间和线程转储时间之间的时间差来查看请求活动的时间。

查看请求线程后，滚动浏览另一个 可运行 线程。

找到感兴趣的可运行线程后，请查看中间面板， 等待线程.

此处列出的Threads正在等待所选线程释放监视器。

如果您没有看到任何等待线程，那么您选择的线程可能仍然是的所有者。 锁定 (请参阅实现类 锁定 以了解详情)。

例如，使用 ReentrantReadWriteLock 您无法分辨哪个线程是锁的持有者，因为锁在内部实施了多个监视器。

因此，您可能必须查看源代码，将其与可能是锁持有者的线程匹配。

如果某个线程有许多其他线程正在等待的锁或监测器，那么请检查其余的线程转储，看看是否能找到有相同问题的其他线程。

查看其他转储中是否仍然存在相同的线程(在IBM TDA中，您可以选择多个线程转储，然后单击 比较Threads 按钮以查看多个线程转储中的线程状态。

请参阅 收集器服务 在下面的屏幕截图中：

在此视图中，您可以跨多个线程转储查看线程，看看它是否是长时间运行的线程。

基本上，如果线程在  可运行 跨多个转储的状态并且具有长栈栈，那么这通常意味着它是一个长时间运行的线程。

如果您没有发现什么，请参阅 可运行 线程，然后返回线程列表，选择一个线程转储，然后单击 监视器详细信息 按钮。

如果您捕获 top -H -b -n1 -p <javapid> 除了线程转储之外，您还可以交叉引用线程级别的CPU利用率。

打开顶部输出并获取正在使用CPU的线程的进程ID。

将进程ID转换为十六进制，然后在相应的线程转储文件中搜索该十六进制值。

ID应与 nid 其中一个线程。

如果使用最多CPU的匹配线程是 VM线程 或任何 GC 线程可能存在内存问题。

对更多线程转储和最高输出重复相同的练习，如果这些线程的模式占用了CPU时间，则说明存在内存问题。

如果您已确认内存问题，则请在下次出现问题时捕获栈转储。

查看此 分析内存问题文章 以了解有关捕获和分析栈转储的更多详细信息。