nginx 无原生停止清理机制，但可通过 systemd 的 execstoppost 在 nginx.service 中定义停止后清理动作，如删临时文件、释放锁等；需用 systemctl edit 修改单元文件，添加幂等、快速的 execstoppost 命令，并重载配置验证。
Nginx 本身不提供原生的“服务停止时执行清理脚本”的机制，但可以通过 systemd 的 ExecStopPost 指令，在 nginx.service 单元文件中定义停止后的清理动作，实现优雅退出后的资源清理（如删除临时文件、释放锁、上报状态等）。
修改 nginx.service 单元文件添加清理逻辑
systemd 管理 Nginx 服务时，默认使用 /usr/lib/systemd/system/nginx.service 或 /etc/systemd/system/nginx.service。推荐在 /etc/systemd/system/ 下覆盖（优先级更高），避免被包管理器更新覆盖：
- 运行
sudo systemctl edit nginx创建覆盖片段（推荐方式），或直接编辑/etc/systemd/system/nginx.service - 在
[Service]段中添加ExecStopPost=指令，指定清理命令或脚本路径 - 确保清理命令幂等、快速完成（systemd 默认等待 90 秒，超时会强制终止）
常见清理场景与示例
清理上游健康检查状态文件：若 Nginx 启用了自定义健康检查并写入状态文件（如 /var/run/nginx_upstream_status），可在停止后自动删除：
ExecStopPost=/bin/rm -f /var/run/nginx_upstream_status
移除 PID 文件（谨慎使用）：Nginx 通常由自身管理 pid 文件，但若外部脚本依赖该文件，可补充清理：
ExecStopPost=/bin/sh -c 'rm -f /var/run/nginx.pid && echo "nginx pid file cleaned" > /var/log/nginx/cleanup.log'
调用自定义清理脚本：适合复杂逻辑，例如关闭监听端口、通知监控系统、归档 access 日志：
ExecStopPost=/usr/local/bin/nginx-cleanup.sh
脚本需具备可执行权限（chmod +x），且避免阻塞或交互式操作。
验证与重载配置
- 运行
sudo systemctl daemon-reload使修改生效 - 用
sudo systemctl cat nginx确认ExecStopPost已加载 - 手动测试：
sudo systemctl stop nginx && sudo systemctl start nginx，检查日志（journalctl -u nginx -n 20 --no-pager）确认清理命令是否执行 - 注意：
ExecStopPost在主进程退出后触发，即使ExecStop失败也会执行（除非服务未进入 “stopping” 状态）
注意事项与替代方案
- 不要在
ExecStopPost中重启 Nginx 或启动其他长期进程——它仅用于短时清理 - 若需在 Nginx 进程内做清理（如收到 SIGTERM 后 flush buffer），应在 Nginx 配置中配合
worker_shutdown_timeout和应用层逻辑，而非依赖 systemd - 对于需要“预停止”动作（如摘流量），应使用
ExecStopPre，配合上游注册中心下线接口 - 确保清理操作不依赖 Nginx 正在使用的资源（如已关闭的 socket、已 unmount 的目录）
