pidof nginx 通常无法准确获取 Nginx 主进程 PID，因其依赖 /proc/PID/comm 或 argv[0] 匹配，而主进程常显示为“nginx: master process”或被 wrapper 脚本启动导致 comm 为 bash/sh；推荐优先读取配置指定的 pid 文件（如 /var/run/nginx.pid），或使用 pgrep -f "nginx: master process"、systemctl show --property MainPID --value nginx 等更可靠方式。
直接用 pidof nginx 通常拿不到 Nginx 主进程 PID，因为 Nginx 默认以守护进程方式运行，主进程不持有 nginx 这个可执行文件名作为其 argv[0]，而 pidof 是靠匹配进程命令行中的程序名来查找的——它实际搜索的是 /proc/*/comm 或 /proc/*/cmdline 中的字段，而 Nginx 主进程在 /proc/PID/comm 里显示为 nginx，但部分系统或版本中可能因内核/procfs 行为、启动方式（如 systemd 管理）导致不一致。
为什么 pidof nginx 经常返回空或只返回工作进程？
Nginx 启动后，主进程（master process）和多个工作进程（worker processes）都属于同一用户、同名二进制，但 pidof 不区分角色。更关键的是：某些发行版（如 Ubuntu/Debian 的 systemd 包）会通过 ExecStartPre 或 wrapper 脚本启动，导致主进程的 /proc/PID/comm 显示为 bash 或 sh；还有的系统中，pidof 默认只匹配 argv[0]，而 Nginx 主进程的 argv[0] 可能被设为 nginx: master process ...，但 pidof 并不解析完整命令行，只认精确的程序名。
可靠获取 Nginx 主进程 PID 的替代方法
推荐以下几种稳定、通用的方式：
-
查 Nginx 自己的 pid 文件：Nginx 配置中通常指定
pid /var/run/nginx.pid;（路径以你的nginx.conf为准），直接读取：cat /var/run/nginx.pid 2>/dev/null -
用 ps + grep 精确筛选主进程：Nginx 主进程命令行固定含
"nginx: master process"字样：ps -eo pid,comm,args | grep "nginx: master process" | grep -v grep | awk '{print $1}' -
用 pgrep 匹配完整命令行（更简洁）：
pgrep -f "nginx: master process" -
若用 systemd 管理，优先走 systemctl：
systemctl show --property MainPID --value nginx（返回 0 表示未运行，否则是主进程 PID）
如果坚持用 pidof，可以这样补救
pidof 本身不支持按命令行内容匹配，但可配合 pgrep 实现类似效果。不过注意：
— pidof nginx 在 CentOS/RHEL 7+ 上多数情况能返回主进程 PID（因 /proc/PID/comm 写入为 nginx）；
— 若返回多个 PID，可用 ps -p $(pidof nginx) -o pid,ppid,comm,args 查看父子关系，主进程的 PPID 为 1；
— 某些旧版 pidof（如来自 sysvinit 工具集）支持 -o %PPID 排除自身，但不可靠，不建议依赖。
真正想“快速又准确”，别硬套 pidof nginx，优先查 pid 文件或用 pgrep -f。Nginx 主进程 PID 是管理服务的基础，稳比快更重要。
