对于spring启动应用程序，线程堆栈的收集过程没有什么不同。在引导应用程序被容器化之前，它仍然是一个jar。如果您怀疑是您的应用程序导致了高cpu，那么运行jar并在其上附加一个探查器，并在加载时跟踪导致高cpu的代码。如果做不到这一点，那么使用正在运行的jar/java进程的线程转储，并使用任何免费或开源工具来分析跟踪。所解释的第二个逻辑也适用于集装箱化应用程序。
按照以下步骤对docker容器中运行的java应用程序/引导应用程序执行线程转储：-

docker exec -it <containerName> jstack > someFile.txt

为它拍摄多张快照，以便更好地查看和比较。

如果尚未将jmx enable选项添加到jvm命令行，请首先执行以下操作：

-Dcom.sun.management.jmxremote 
-Dcom.sun.management.jmxremote.port=10000
-Dcom.sun.management.jmxremote.rmi.port=10000
-Dcom.sun.management.jmxremote.local.only=false 
-Dcom.sun.management.jmxremote.authenticate=false 
-Dcom.sun.management.jmxremote.ssl=false

然后在本地机器上从jdk-bin文件夹启动“jmc”，并连接到spring引导服务器。然后您将能够看到所有线程，并在所有活动线程上启用cpu负载和线程锁。
但是请注意，上面的操作会打开jvm以供未经验证的条目使用，因此请确保端口安全。
接下来，如果jvm死机，发送一个“kill-3”sighup，它将告诉jvm转储内核。然后可以通过EclipseMat插件读取，以便分析jvm的内部行为。
另一种方法是将jolokia安装到服务器中，以便通过其他方法检索相同的信息。