本文是“攻玉计划”的一部分，翻译自 https://stackoverflow.com/questions/13525465/when-to-restart-and-not-reload-nginx/20215497

问题描述

使用 Nginx 时，什么情况下 reload 无法满足需求，而必须要使用 restart 命令呢？

如果 Nginx 进程占用了过多内存，是不是应该用 restart 来重启？如果修改了 Nginx 的核心配置，或者某些插件的配置，是不是也需要使用 restart 命令？

修改 Nginx 配置后，用户既可以使用 restart 也可以使用 reload 来使配置生效，见 Ubuntu 上 /etc/init.d/nginx -h 的输出。

那么，哪种方案更优呢？

回答 1

reload 比 restart 更安全，因为如果使用 reload 命令，在旧的进程终止之前，Nginx 会先解析配置文件，如果配置文件有问题，那么就会退出重启流程。

也就是说，如果你的配置文件有问题，比如存在语法错误，那么使用 restart 命令后，Nginx 会先停止，然后就无法再启动了。

reload 命令如果成功执行，同样会终止旧的进程，所以如果存在内存泄漏问题，也一样可以清除掉。

回答 2 & 3

我遇到过一种情形，如果我修改了监听的 IP 地址，也就是配置文件里的 listen 字段，那就必须使用 restart 命令。

从 1.6.x 版本开始，如果仅把监听的 IP 地址从一个改为另一个，那么 reload 可以生效，但如果把监听地址从 listen *:80 修改为 listen x.x.x.x:80，依然需要 restart。

我只验证了 IPv4 的场景，IPv6 应该类似。

译者按：译者今天遇到过一样的问题，我修改了 listen 80; 到 listen 172.0.0.1:80，结果发现 reload 不生效，必须 restart。