基于openjdk:8u171-alpine構(gòu)建的java鏡像，使用jstack命令打印線程的時(shí)候會(huì)提示以下錯(cuò)誤：

/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命令嘗試了一下，也是一樣的錯(cuò)誤。
換了一種啟動(dòng)方式，使用/bin/sh啟動(dòng)docker，然后進(jìn)入docker手動(dòng)啟動(dòng)java進(jìn)程，然后再用jstack命令，就能正常打印。
換了一個(gè)centos鏡像，手動(dòng)安裝openjdk，在啟動(dòng)docker的時(shí)候直接啟動(dòng)java進(jìn)程，然后進(jìn)入docker，使用jstack命令，也可以正常打印。

通過(guò)這幾種嘗試，得出的結(jié)論是：
使用centos+java鏡像，可以正常打印線程堆棧，但是這種方式的缺陷就是鏡像太大，大約600M左右；
使用alpine+java鏡像，以/bin/sh方式啟動(dòng)docker，然后手動(dòng)啟動(dòng)java進(jìn)程，這時(shí)java進(jìn)程的PID不為1，這種方式能夠正常打印線程堆棧。這種方式缺點(diǎn)就是java進(jìn)程如果異常退出了，docker不會(huì)檢測(cè)到，所以無(wú)法做自動(dòng)重啟等操作；
使用alpine+java鏡像，如果是以直接運(yùn)行java進(jìn)程的方式啟動(dòng)docker，也就是說(shuō)java進(jìn)程的PID為1，這種方式無(wú)法正常打印線程堆棧。

查看了一下github上openjdk官方的問(wèn)題答復(fù)，確實(shí)是存在這種情況，并且openjdk的維護(hù)成員看上去也無(wú)法解決這個(gè)問(wèn)題。
但是有一個(gè)曲線解決方法，就是在啟動(dòng)docker的時(shí)候先運(yùn)行一個(gè)tini進(jìn)程，然后通過(guò)tini進(jìn)程去運(yùn)行java進(jìn)程。
這種方式j(luò)ava進(jìn)程的PID不為1，能夠打印堆棧，同時(shí)如果java進(jìn)程退出，tini也能檢測(cè)到，并通知到docker，docker來(lái)做相關(guān)的處理，完美的解決了這個(gè)問(wèn)題。

參考Dockerfile如下：

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

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

具體服務(wù)的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的實(shí)際要執(zhí)行的啟動(dòng)命令。

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

轉(zhuǎn)載于:https://www.cnblogs.com/lasdaybg/p/10218485.html

總結(jié)

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

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。