[TOC] ## docker查看退出碼指令 ``` $ docker ps --filter "status=exited" $ docker inspect 　container-id --format='{{.State.ExitCode}}' ``` ## 常見退出碼 ### Exit Code 0 * 退出代碼0表示特定容器沒有附加前臺進程。 * 該退出代碼是所有其他后續退出代碼的例外。 * 這不一定意味著發生了不好的事情。如果開發人員想要在容器完成其工作后自動停止其容器，則使用此退出代碼。 ### Exit Code 1 * 程序錯誤，或者Dockerfile中引用不存在的文件，如 entrypoint中引用了錯誤的包 * 程序錯誤可以很簡單，例如“除以0”，也可以很復雜，比如空引用或者其他程序 crash ### Exit Code 137 * 此狀態碼一般是因為 pod 中容器內存達到了它的資源限制(`resources.limits`)，一般是內存溢出(OOM)，CPU達到限制只需要不分時間片給程序就可以。因為限制資源是通過 linux 的 cgroup 實現的，所以 cgroup 會將此容器強制殺掉，類似于`kill -9` * 還可能是宿主機本身資源不夠用了(OOM)，內核會選取一些進程殺掉來釋放內存 * 不管是 cgroup 限制殺掉進程還是因為節點機器本身資源不夠導致進程死掉，都可以從系統日志中找到記錄(*journalctl -k*) ### Exit Code 139 * 表明容器收到了SIGSEGV信號，無效的內存引用，對應kill -11 * 一般是代碼有問題，或者 docker 的基礎鏡像有問題 ### Exit Code 143 * 表明容器收到了SIGTERM信號，終端關閉，對應kill -15 * 一般對應docker stop 命令 * 有時docker stop也會導致Exit Code 137。發生在與代碼無法處理SIGTERM的情況下，docker進程等待十秒鐘然后發出SIGKILL強制退出。 ## 不常用的一些 Exit Code * Exit Code 126: 權限問題或命令不可執行 * Exit Code 127: Shell腳本中可能出現錯字且字符無法識別的情況 * Exit Code 1 或 255：因為很多程序員寫異常退出時習慣用 exit(1) 或 exit(-1)，-1 會根據轉換規則轉成 255。這個一般是自定義 code，要看具體邏輯。 ## 退出狀態碼的區間 * 必須在 0-255 之間，0 表示正常退出 * 外界將程序中斷退出，狀態碼在 129-255 * 程序自身異常退出，狀態碼一般在 1-128 * 假如寫代碼指定的退出狀態碼時不在 0-255 之間，例如: exit(-1)，這時會自動做一個轉換，最終呈現的狀態碼還是會在 0-255 之間。我們把狀態碼記為 code，當指定的退出時狀態碼為負數，那么轉換公式如下：256 – (|code| % 256)