pgrep比ps+grep更精准安全：它专为查PID设计，不依赖字段位置、不产生grep自身进程；配合xargs -r可防无输入报错，加-f/-u/-x等参数能按命令行、用户或精确名匹配，避免误杀。
用 xargs 配合 kill 批量终止进程，核心是“先精准找 PID，再安全传给 kill”，而不是盲目拼接命令。直接写 ps | grep xxx | awk '{print $2}' | xargs kill -9 看似简洁，但容易出错——比如字段偏移错乱、误杀 grep 自身、或匹配到无关进程。
用 pgrep 替代 ps+grep，更稳更准
pgrep 是专为查进程设计的工具，不依赖字段位置，也不产生额外 grep 进程：
-
pgrep -f "java.*-Dserver.port=8088"：按完整启动命令匹配，比只写java安全得多 -
pgrep -u $USER -f "python.*lock_monitor.py"：加-u限定用户，避免误触系统或其他人进程 -
pgrep -x nginx：用-x要求精确匹配进程名（不带参数），适合简单场景
用 xargs -r 防空输入报错
如果 pgrep 没匹配到任何进程，管道后直接执行 xargs kill 会变成 kill（无参数），触发错误。加 -r 可让 xargs 在无输入时跳过执行：
linux-performance-analyzer
下载
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
-
pgrep -f "redis-cli.*--scan" | xargs -r kill -15：先发 SIGTERM，给进程机会优雅退出 -
pgrep -f "tomcat.*8088" | xargs -r -n 30 kill -9：确认卡死后，每批最多杀 30 个，防信号风暴
别用 awk '$2' 提取 PID，改用 ps -eo 更可靠
ps aux 的列宽受终端影响，$2 不总是 PID；ps -ef 虽稳定，但仍有冗余字段。推荐：
-
ps -eo pid,cmd --no-headers | grep "data_worker.py" | awk '{print $1}'：明确指定输出 PID 和命令，无歧义 -
ps -eo pid,args | grep -v grep | grep "worker.*prod" | awk '{print $1}'：args包含完整参数，比comm更利于区分同类进程
强杀前务必验证是否真卡死
不是所有“看起来像死锁”的进程都该立刻 -9。可结合运行时长和状态判断：
-
ps -o pid,etime,state,comm -p $(pgrep -f "app.jar")：查看 etime（运行秒数）和 state（S/D/Z） - etime > 600 且 state = D（不可中断睡眠）→ 大概率卡在 I/O 或内核锁，可考虑 -9
- 杀完后用
pgrep -f "app.jar"确认清空，再补查lsof -i :8088看端口是否释放
