手动升级 nginx 版本并保留配置的核心做法是：下载新源码，使用与旧版本完全相同的 configure 参数重新编译，然后仅替换 objs/nginx 二进制文件，最后重启服务。这样做可以确保新的二进制程序继承原有的模块和路径设置，而 conf/ 目录下的配置文件无需任何修改即可直接生效。
如何确保新编译包含所有原有模块
必须严格复用旧版本的 configure 参数列表。如果漏掉某个模块（如 --with-http_ssl_module），新编译的 Nginx 将不再支持该功能，导致服务启动失败或功能缺失。通过 nginx -V 命令可以查看当前运行版本的完整编译参数，将其原样复制到新版本编译过程中，是保证功能一致性的关键步骤。
./configure --prefix=/etc/nginx \ --sbin-path=/usr/sbin/nginx \ --modules-path=/usr/lib64/nginx/modules \ --conf-path=/etc/nginx/nginx.conf \ --error-log-path=/var/log/nginx/error.log \ --http-log-path=/var/log/nginx/access.log \ --with-http_ssl_module \ --with-http_v2_module make
上述代码展示了典型的编译配置片段。执行 make 后，不要执行 make install，因为那会覆盖系统文件。只需关注生成的 objs/nginx 文件，它就是我们需要的新版二进制程序。确保 --prefix 和 --conf-path 等路径参数与旧版本一致，这样新程序才能找到旧的配置文件。
替换二进制文件时的安全操作顺序
替换过程需要谨慎，以避免服务中断或权限错误。首先备份当前的 nginx 二进制文件，然后停止 Nginx 服务，接着用新编译的文件替换旧文件，最后验证新程序版本并启动服务。这种“停-替-启”的顺序能最大程度降低风险。
# 1. 备份现有二进制文件 cp /usr/sbin/nginx /usr/sbin/nginx.bak # 2. 平滑停止 Nginx (保持连接处理完毕) kill -QUIT $(cat /var/run/nginx.pid) # 3. 替换新二进制文件 cp objs/nginx /usr/sbin/nginx # 4. 验证新程序 /usr/sbin/nginx -v # 5. 启动新版 Nginx /usr/sbin/nginx
在替换前，务必确认 Nginx 进程已完全退出，否则无法覆盖正在运行的文件。使用 kill -QUIT 而非 kill -9 可以让 Nginx 优雅地关闭工作进程，确保正在处理的请求不被强行中断。替换完成后，通过 nginx -v 检查版本号是否更新，再启动服务即可。
升级后配置文件加载的具体行为
新版本的 Nginx 在启动时会读取 --conf-path 指定的配置文件。由于我们未更改该路径，且配置文件语法在新版本中通常向后兼容，因此旧配置会被直接加载。若新版本的默认配置项有变更，Nginx 会在启动时报错提示未知指令，此时需根据错误信息调整 nginx.conf 中的相关行，但大多数常规配置无需改动。
