nginx -g "daemon off;" 你學廢了嗎？

去年的時候寫了一篇原創《前後端分離，如何在前端項目中動態插入後端API基地址？（in docker）》， 我自認爲這篇生產實踐是對大前端、 容器化、CI/CD的得意之作。

對於前後端分離的web項目，在容器啓動的瞬間，通過腳本替換待部署環境的特定變量，形成了一個鏡像，多環境部署的效果。

Dockerfile CMD指示容器運行過程：

• 用真實值替換前端chunk files中插入的API_BASE_URL字符
• 使用nginx承載替換後的chunk files

# FILE: Dockerfile
...
EXPOSE 80
COPY --from=builder /react-frontend/replace_api_url.sh /
CMD ["sh", "replace_api_url.sh"]

下面是replace_api_url.sh的內容

#!/usr/bin/env sh
find '/usr/share/nginx/html' -name '*.js' -exec sed -i -e 's,API_BASE_URL,'"$API_BASE_URL"',g' {} \;
nginx -g "daemon off;"

---

爲什麼要加 nginx -g "daemon off;"

這句話是什麼意思？

在常規的虛機上，nginx默認是以守護進程來運行的(daemon on)，在後臺默默提供服務，同時部署多個ngxin服務也不會相互干擾。

在容器環境，one container == one process，容器要能持續運行，必須有且僅有一個前臺進程，所以對nginx進程容器化，需要將nginx轉爲前後進程( daemon off)。

我們能順利執行docker run nginx，啓動容器並不退出，是因爲nginx的官方鏡像Dockerfile 已經指定 nginx -g "daemon off;"

再回到上文，爲什麼此處腳本中要加"nginx -g "daemon off;" 呢？

If you add a custom CMD in the Dockerfile, be sure to include -g daemon off; in the CMD in order for nginx to stay in the foreground, so that Docker can track the process properly (otherwise your container will stop immediately after starting)!

CMD在執行的shell腳本["sh", "replace_api_url.sh"]，實際上是啓動shell進程來執行，腳本執行完，進程就會退出(此時nginx還是一攤死的物理文件)，所以我們要在腳本內再添加nginx -g "daemon off;" 將整個shell進程轉爲前臺能持續運行的進程。

Last

• 容器= 進程， 有且僅有一個前臺能持續運行的進程
• nginx 默認是後臺守護進程的形式運行， nginx -g "daemon off;" 以前臺形式持續運行。