Docker容器启动后Nginx绑定0.0.0.0:80失败，daemon off配置疑问

这个问题我之前在类似的容器化部署场景里碰到过，核心原因其实和Nginx的运行模式以及supervisord的管理逻辑直接相关，咱们来理清楚：

• Nginx的默认运行行为：默认情况下，Nginx启动后会自动fork出一个后台守护进程，然后原来的启动进程就会退出。
• supervisord的监控逻辑：supervisord的作用是监控它启动的进程，一旦发现进程退出，就会按照配置的策略自动重启该进程。当Nginx默认启动后，父进程退出，supervisord会误以为Nginx运行失败，立刻再启动一个新的Nginx实例。
• 端口冲突的产生：第一个启动的Nginx已经在后台成功绑定了80端口，第二个启动的Nginx实例再尝试绑定同一个端口时，就会触发bind() to 0.0.0.0:80 failed (98: Address already in use)的错误。而supervisord会持续监测到新启动的Nginx进程可能因为绑定失败退出，进而不断重复启动，也就出现了你看到的大量重复错误日志。

那为什么加上daemon off;就没问题呢？

当你在Nginx配置里加上daemon off;时，Nginx会强制以前台进程模式运行，不会fork后台进程。这时候supervisord能一直监测到Nginx的主进程处于正常运行状态，就不会重复启动新的进程，自然也就不会出现端口冲突的问题了。

顺便提一句，在Docker容器中用进程管理工具管理服务时，让服务以前台方式运行是标准做法——这样容器才能正确追踪主进程的状态，保证容器的稳定性。

内容的提问来源于stack exchange，提问作者M.dong