nginx强制停止的正确方法是先用systemctl stop nginx优雅停止；若失败，再查master进程pid（ps -ef | grep "nginx: master process"），执行kill -9 ；切勿直接killall或pkill，以免误杀、日志截断或进程残留。
别一上来就 kill -9，先确认你真需要“强制杀掉所有”，而不是停服务；多数情况下，systemctl stop nginx 才是正确起点——它会优雅关闭主进程并等待 worker 退出，不会丢请求、不损坏日志、不留下孤儿进程。
为什么不能直接 killall nginx 或 pkill nginx
这两个命令看着省事，但容易误杀或漏杀：
-
killall nginx只匹配可执行文件名，比如/usr/sbin/nginx，但如果你用nginx -c /opt/my.conf启动，它可能匹配不到（除非加-f） -
pkill nginx默认匹配整个命令行，所以nginx -g "daemon off;"能被干掉，但pkill -f "nginx.*-c"又可能误杀其他含 nginx 字符串的进程（比如调试日志里有 nginx 的 tail 进程） - 两者都不区分 master 和 worker 进程，
killall -9 nginx会把所有进程一股脑干掉，worker 来不及 flush buffer，access log 可能截断，共享内存状态丢失
真正要“强制杀光”，得先分清进程角色
Nginx 启动后通常有 1 个 master 进程 + N 个 worker 进程，它们 PID 不同，但都属于同一个进程组。直接按名字杀，容易只杀 worker 漏掉 master，或者反过来——master 重启后又拉起新 worker。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 查完整进程树：
ps -eo pid,ppid,comm,args --forest | grep nginx，看哪些是 master（通常 UID 是 root），哪些是 worker（UID 常为 www-data 或 nginx） - 安全做法：先
kill $(pgrep -f "nginx: master process")（发 SIGTERM），等几秒；没退再kill -9那个 PID - 如果确定要全灭，用进程组 ID（PGID）更准：
kill -- -$(pgrep -f "nginx: master process" | head -n1)（注意开头两个短横，表示按 PGID 杀）
kill -9 真的必要吗？这些情况才考虑
绝大多数时候，kill -9 是最后手段，不是默认选项：
- 进程卡在 D 状态（不可中断睡眠），
kill -9也无效，只能等 I/O 完成或重启 - master 进程已僵死（
ps显示状态为Z），此时 kill 对它没用，得杀它的父进程（通常是 systemd 或 shell） - 你在容器里操作，且 init 进程（PID 1）就是 nginx ——
kill -9 1会直接退出容器，不是“杀 nginx”，而是“杀整个容器” - 确认没人在用：
ss -tlnp | grep :80看端口是否还被占用，lsof -i :80查谁在监听，避免误杀其他服务
最常被忽略的一点：Nginx 如果由 systemd 管理，kill 操作后它可能立刻被拉起——因为 Restart=always。真要彻底停，得先 systemctl disable nginx，或临时 systemctl mask nginx，否则杀完就复活。
