基于openjdk:8u171-alpine構建的java鏡像，使用jstack命令打印線程的時候會提示以下錯誤：

/opt # ps -ef PID USER TIME COMMAND 1 root 0:28 /usr/lib/jvm/java-1.8-openjdk/bin/java -jar /test/lib/test.jar 66 root 0:00 /bin/sh 70 root 0:00 ps/opt # jstack 1 1: Unable to get pid of LinuxThreads manager thread

使用jmap命令嘗試了一下，也是一樣的錯誤。
換了一種啟動方式，使用/bin/sh啟動docker，然后進入docker手動啟動java進程，然后再用jstack命令，就能正常打印。
換了一個centos鏡像，手動安裝openjdk，在啟動docker的時候直接啟動java進程，然后進入docker，使用jstack命令，也可以正常打印。

通過這幾種嘗試，得出的結論是：
使用centos+java鏡像，可以正常打印線程堆棧，但是這種方式的缺陷就是鏡像太大，大約600M左右；
使用alpine+java鏡像，以/bin/sh方式啟動docker，然后手動啟動java進程，這時java進程的PID不為1，這種方式能夠正常打印線程堆棧。這種方式缺點就是java進程如果異常退出了，docker不會檢測到，所以無法做自動重啟等操作；
使用alpine+java鏡像，如果是以直接運行java進程的方式啟動docker，也就是說java進程的PID為1，這種方式無法正常打印線程堆棧。

查看了一下github上openjdk官方的問題答復，確實是存在這種情況，并且openjdk的維護成員看上去也無法解決這個問題。
但是有一個曲線解決方法，就是在啟動docker的時候先運行一個tini進程，然后通過tini進程去運行java進程。
這種方式java進程的PID不為1，能夠打印堆棧，同時如果java進程退出，tini也能檢測到，并通知到docker，docker來做相關的處理，完美的解決了這個問題。

參考Dockerfile如下：

FROM openjdk:8u171-alpine RUN apk add tini ENTRYPOINT ["tini"]

這里的RUN命令指定在制作鏡像的時候通過apk管理工具安裝了tini程序。ENTRYPOINT命令指定在運行docker的時候要運行tini程序，具體的java程序作為參數傳給tini。
我們有多個java微服務，所以不能把tini裝在每個java微服務鏡像中，而是裝在我們自己的基礎鏡像中。

具體服務的Dockerfile如下：

FROM java ADD build/bootScripts /test/bin ADD build/libs /test/lib WORKDIR /test EXPOSE 8080 CMD /test/bin/test

這里的/test/bin/test就是傳給tini的實際要執行的啟動命令。

參考資料：
https://github.com/docker-library/openjdk/issues/76
https://github.com/krallin/tini/issues/8

轉載于:https://www.cnblogs.com/lasdaybg/p/10218485.html

總結

以上是生活随笔為你收集整理的openjdk-alpine镜像无法打印线程堆栈和内存堆栈问题的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。