最直接有效的方式是用 pidof 或 pgrep：pidof 专用于按名称查 pid，简洁可靠；pgrep 支持命令行、用户、精确匹配等精细控制；应避免使用 ps | grep。
最直接有效的方式是用 pidof 或 pgrep，两者分工明确：查标准进程名优先用 pidof；需匹配命令行、用户或做精确控制时用 pgrep。不用 ps | grep，它容易多出自身进程、字段偏移、名称截断，纯属绕远。
查进程名就用 pidof
pidof 是专为“按名称找 PID”设计的工具，输出干净、无干扰：
- 查所有 nginx 进程：
pidof nginx→ 返回类似1234 5678 9012 - 只要一个 PID（比如主进程）：
pidof -s nginx→ 只返回最老的那个（通常是 master 进程） - 查脚本本身（如 Python/Shell 脚本）：
pidof -x backup.sh，不加-x默认只匹配二进制程序 - 用逗号分隔多个 PID：
pidof -d',' httpd→ 输出1234,5678,9012
需要更精细控制就用 pgrep
pgrep 更灵活，适合匹配启动参数、区分同名进程、或加条件筛选：
- 精确匹配进程名（避免匹配到含该字符串的其他进程）：
pgrep -x java - 匹配完整命令行（比如带 jar 参数的 Java 进程）：
pgrep -f "java.*app.jar" - 只查某用户的进程：
pgrep -u root sshd - 只取最新启动的那个（适合重启后定位新进程）：
pgrep -n python3 - 统计数量判断是否运行：
pgrep -c nginx→ 返回0表示没起来
避免踩坑的实用提醒
有些常见误区会影响结果准确性：
- 只输
pidof java可能匹配到所有含 “java” 的进程（如日志里有 java 字符串的 tail 进程），建议用完整路径：pidof /usr/bin/java -
pgrep默认只匹配进程名前 15 个字符，长脚本名可能匹配不到，必须加-f匹配完整命令行 - 脚本中调用时，要排除自身进程：
pidof -x -o $$ myscript.sh - 确认 PID 是否真有效，可快速验证：
ps -p 1234 > /dev/null && echo "alive"
补充：什么时候考虑其他方法
绝大多数场景 pidof 和 pgrep 已足够。极少数环境没装这两个命令（如精简容器），可用替代方案：
- 靠内核识别进程名（不依赖字符串匹配）：
ps -o pid= -C nginx - 查某个已知 PID 对应什么进程：
ps -p 1234 -o pid,comm,cmd - 看进程详情：
cat /proc/1234/comm（进程名）、cat /proc/1234/cmdline（命令行，含 \0 分隔）
