1. CMD 容器啟動命令

CMD 指令的格式和 RUN 相似，也是兩種格式：

shell 格式：CMD <命令>
exec 格式：CMD ["可執行文件", "參數1", "參數2"...]

參數列表格式：CMD ["參數1", "參數2"...]。在指定了 ENTRYPOINT 指令後，用 CMD 指定具體的參數。

Docker 不是虛擬機，容器就是進程。既然是進程，那麽在啟動容器的時候，需要指定所運行的程序及參數。CMD 指令就是用於指定默認的容器主進程的啟動命令的。在運行時可以指定新的命令來替代鏡像設置中的這個默認命令，比如，ubuntu 鏡像默認的 CMD 是 /bin/bash，如果我們直接 docker run -it ubuntu 的話，會直接進入 bash。我們也可以在運行時指定運行別的命令，如 docker run -it ubuntu cat /etc/os-release。這就是用 cat /etc/os-release 命令替換了默認的 /bin/bash 命令了，輸出了系統版本信息。

在指令格式上，一般推薦使用 exec 格式，這類格式在解析時會被解析為 JSON 數組，因此一定要使用雙引號 "，而不要使用單引號。

如果使用 shell 格式的話，實際的命令會被包裝為 sh -c 的參數的形式進行執行。比如：

CMD echo $HOME
在實際執行中，會將其變更為：
CMD [ "sh", "-c", "echo $HOME" ]

這就是為什麽我們可以使用環境變量的原因，因為這些環境變量會被 shell 進行解析處理。提到 CMD 就不得不提容器中應用在前臺執行和後臺執行的問題。這是初學者常出現的一個混淆。

Docker 不是虛擬機，容器中的應用都應該以前臺執行，而不是像虛擬機、物理機裏面那樣，用 upstart/systemd 去啟動後臺服務，容器內沒有後臺服務的概念。一些常會錯誤地將 CMD 寫為：

CMD service nginx start

發現容器執行後就立即退出了。甚至在容器內去使用 systemctl 命令結果卻發現根本執行不了。這就是因為沒明白臺、後臺的概念，沒有區分容器和虛擬機的差異，依舊在以傳統虛擬機的角度去理解容器。對於容器而言，其啟動程序就是容器應用進程，容器就是為了主進程而存在的，主進程退出，容器就失去了存在的意義，從而退出，其它輔助進程不是它需要關心的東西。而使用 service nginx start 命令，則是希望 upstart 來以後臺守護進程形式啟動 nginx 服務。而剛才說了 CMD service nginx start 會被理解為 CMD [ "sh", "-c", "service nginx start"]，因此主進程實際上是 sh。那麽當 service nginx start 命令結束後，sh 也就結束了，sh 作為主進程退出了，自然就會令容器退出。

CMD ["nginx", "-g", "daemon off;"]

Docker入門實踐之dokerfile編寫（2)