从JVM进行线程转储
线程转储是Java虚拟机(JVM)中当前处于活动状态的所有Java线程的列表。 本文讨论了从JVM进行线程转储的几种方法。
描述 description
环境
Experience Manager
问题/症状
如何从Linux、UNIX或Windows上的JVM进行线程转储？
线程转储是Java虚拟机(JVM)中当前处于活动状态的所有Java线程的列表。
有多种方法可从JVM进行线程转储。 强烈建议进行1个以上的线程转储。 好的方法是定期进行10次线程转储（例如，每10秒转储一次线程转储）。
解决方法 resolution
步骤1：获取Java进程的PID
要获得线程转储，您需要的第一项信息是Java进程的PID。
Java JDK附带jps命令，该命令列出了所有Java进程ID。 可以像这样运行此命令：
jps -l 70660 sun.tools.jps.Jps 70305
注意： 在Linux和UNIX中，可能需要以 sudo -u user jps -l，其中，“用户”是运行Java进程的用户的用户名。
如果此操作不起作用，或者您仍然找不到Java进程，（路径未设置、未安装JDK或较旧的Java版本），请使用
- UNIX、Linux和Mac OS X：
ps -el | grep java - Windows：按Ctrl+Shift+Esc打开任务管理器并查找Java进程的PID
步骤2：从JVM请求线程转储
jstack
如果已安装/可用，我们建议使用 jstack 工具。 它将线程转储打印到命令行控制台。
要使用jstack获取线程转储，请运行以下命令：jstack -l <pid>
您可以使用控制台输出重定向/附加指令将连续的线程转储输出到文件：jstack -l <pid> >> threaddumps.log
注意：
-
jstack工具自JDK 1.5起便已可用（对于Windows上的JVM，仅在JDK 1.5和JDK 1.6的某些版本中可用）。
-
jstack即使在
-Xrsjvm参数已启用 -
无法使用JDK 1.6中的jstack工具从JDK 1.5上运行的进程获取线程转储。
-
在Linux和UNIX中，您需要以拥有java进程的用户身份运行命令：
sudo -u java-user jstack -l <pid>(
<java-user>应替换为运行Java进程的用户的ID) -
在Windows中，如果运行jstack并收到错误“没有足够的存储空间来处理此命令”，则必须以Windows SYSTEM用户或拥有Java进程的用户身份运行jstack。 您可以使用可以下载的psexec来执行此操作 此处. 要以SYSTEM用户身份运行jstack，请使用如下命令：
psexec -s jstack <pid> >> threaddumps.log如果无法在服务器上安装psexec，则可以创建包含该命令的.bat文件并运行它 使用Windows任务计划程序（作为其他用户）.
-
如果java进程没有响应，则使用选项有时可能会有所帮助 -J-d64 （在64位系统中），例如：
jstack -J-d64 -l <pid> >> threaddumps.log -
如果jstack命令(
jstack -l <pid> >> threaddumps.log)引发错误[1]下面，以拥有java进程的用户身份运行命令。 例如：sudo -u sling jstack -l <pid> >> threaddumps.log
Error attaching to process: sun.jvm.hotspot.debugger.DebuggerException: Can't attach to the process: ptrace(PTRACE_ATTACH, ..) failed for 22893: Operation not permitted
sun.jvm.hotspot.debugger.DebuggerException: sun.jvm.hotspot.debugger.DebuggerException: Can't attach to the process: ptrace(PTRACE_ATTACH, ..) failed for 22893: Operation not permitted
...
Caused by: sun.jvm.hotspot.debugger.DebuggerException: Can't attach to the process: ptrace(PTRACE_ATTACH, ..) failed for 22893: Operation not permitted
...
sun.jvm.hotspot.debugger.linux.LinuxDebuggerLocal$LinuxDebuggerLocalWorkerThread.run(LinuxDebuggerLocal.java:138)
JSTACK脚本
这是一个 脚本 (改编自以下版本： eclipse.org)，将使用jstack进行一系列线程转储。 它还使用top命令来获取线程级别cpu的使用情况。
像这样运行：
sudo -u <user> jstackSeries.sh
<pid> <aemserveruser> <count> <delay>
例如：sudo -u aemuser jstackSeries.sh 1234 aemserveruser 10 3
- 1234 是Java进程的pid
- cq5serveruser 是Java进程运行的Linux或UNIX用户
- 10 是要进行线程转储的数量
- 3 是每个转储之间的延迟
注意： 顶部输出具有十进制格式的本机线程ID，而jstack输出具有十六进制格式的ID。 通过将线程ID转换为十六进制，可以将高cpu线程从顶部输出匹配到jstack输出。
除了上述脚本之外，我们还提供了类似的 Windows Powershell脚本和github上的AdobeAEM特定脚本.
获取线程转储的替代方法
如果 jstack 工具不可用，然后您可以按照以下方式执行线程转储：
注意： 如果commandline参数，则某些工具无法从JVM进行线程转储 -Xrs 已启用。 如果您在进行线程转储时遇到问题，请查看此选项是否已启用。
UNIX、Mac OS X和Linux（JDK 1.4或更低版本）
在UNIX、Mac OS X和Linux上，您可以向Java进程发送QUIT信号，以告知其将线程转储输出到标准输出。
-
运行此命令以执行此操作：
kill -QUIT <pid>您可能需要运行此命令，如下所示
sudo -u user kill -QUIT <pid>其中，“用户”是Java进程运行的用户。 -
如果您使用启动CQSE
crx-quickstart/server/start编写脚本，然后线程转储将输出到crx-quickstart/server/logs/startup.log. 如果您使用的是第三方应用程序服务器，如JBoss、WebSphere、Tomcat或其他服务器，请参阅服务器的文档以了解标准输出将指向哪个文件。
Windows：
JDK 1.X
- 下载javadump.exe （附于下方）。
- 使用以下三个参数启动JVM（它们的顺序必须正确）：
-XX:+UnlockDiagnosticVMOptions -XX:+LogVMOutput -XX:LogFile= C:\temp\jvmoutput.log - 按Ctrl+Shift+Esc打开“任务管理器”。
- 查找Java进程的PID。
- 从命令行中运行：
javadump.exe <pid> - 线程转储将显示在
jvmoutput.log步骤2中提到的文件。
JDK 1.6
从获取线程转储 jconsole 工具中，通过使用插件： [ 0]
以下是如何请求线程转储的：
- 将以下参数添加到运行Communique的jvm中：
Dcom.sun.management.jmxremote - 下载并安装JDK 1.6（如果尚未完成）。
- 下载并解压缩 线程转储分析器实用程序.
[1] - 运行
jconsole.exe（JDK 1.6版）：jconsole.exe -pluginpath /path/to/file/tda.jar - 单击 线程转储 选项卡。
- 单击 请求线程转储 链接。
注意： 如果您正在运行AEM 6。*并且要观察正在运行的线程，您可以请求 http://<host>:<port>/system/console/status-Threads 以获取线程列表。 但是，请注意，这些线程转储将不适用于samurai或tda等线程转储分析工具。
适用于：
在JVM中运行的所有Adobe产品
线程转储分析工具
[ 0] PsExec v2.42 在Microsoft文档的Sysinternals中。
[ 1] TDA — 线程转储分析器 在Github.com上发布了irockel/tda上的更新。
[ 2] Java线程转储分析器 在FastThread上。
[ 3] IBM线程和监视器转储分析器 适用于Java on IBM支持助手文档。