Bash脚本批量终止xpdf进程的异常问题及解决方案求助

先直接解答你的两个疑问，再给出优化后的健壮脚本：

1. 多余的PID来自哪里？ #

你用ps -e | grep xpdf时，grep xpdf这个进程本身会被匹配到——因为grep的命令行参数里包含"xpdf"字符串，ps的输出会包含这个grep进程的条目，导致多出来一个无关PID。另外，如果系统里存在其他名字带"xpdf"的进程（比如xpdf的临时子进程、管道进程），也会被误抓取，这就是你看到PID数量比实际xpdf进程多的原因。

一个临时规避grep自匹配的小技巧是把命令写成ps -e | grep [x]pdf，这样grep的命令行是grep [x]pdf，不会匹配到"xpdf"字符串，但更可靠的方式是用专门的进程查找工具pgrep。

2. 如何处理目标进程未运行的场景 & xargs报错问题？ #

你的xargs报错根源是-d" "参数：你指定分隔符为单个空格后，echo "$test"输出的空格分隔PID串会被xargs当成一个完整参数传给kill，kill自然无法解析一串数字作为单个PID，所以报错failed to parse argument。

针对目标进程未运行的场景，除了你的空值判断，更稳妥的方式是用xargs的-r（或--no-run-if-empty）参数——当没有输入时，xargs不会执行后续的kill命令，从根源避免空输入导致的错误。

优化后的健壮脚本 #

直接用pgrep替代ps+grep+sed的复杂组合，它专门用于查找进程PID，默认排除自身，输出就是干净的PID列表，配合xargs的-r参数，脚本简洁又可靠：

#!/bin/bash

# 查找所有xpdf的PID，无进程则输出为空
PIDS=$(pgrep xpdf)

if [ -z "$PIDS" ]; then
    echo "xpdf läuft nicht"
else
    # -r确保无输入时不执行kill，避免报错
    echo "$PIDS" | xargs -r kill -SIGTERM
    echo "已终止所有xpdf进程"
fi

更精简的版本（无需变量存储） #

甚至可以跳过变量，直接用管道一步处理：

#!/bin/bash

pgrep xpdf | xargs -r kill -SIGTERM
# 根据命令返回值判断执行结果
if [ $? -eq 0 ]; then
    echo "已终止所有xpdf进程"
else
    echo "xpdf läuft nicht"
fi

这个脚本的优势 #

• pgrep xpdf：精准匹配进程可执行文件名，不会误抓无关进程，也不会包含grep自身的PID。
• xargs -r：无进程时自动跳过kill命令，彻底避免空输入导致的报错。
• 逻辑清晰，没有复杂的正则提取步骤，降低出错概率。

内容的提问来源于stack exchange，提问作者GIC