基於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