Unix环境中Autosys执行Shell脚本时进程计数异常问题排查

我之前也碰到过一模一样的情况，这种问题核心原因是Autosys执行脚本时，当前运行的脚本进程本身会被ps命令误匹配到，导致多统计了一个进程。

问题根源拆解 #

在命令行直接测试时，你的ps+grep组合只会匹配正在运行的/proj/myscript.sh param1实例；但当通过Autosys调用这个脚本时，执行这段ps命令的Shell进程（也就是脚本本身的进程），它的命令行参数里会包含/proj/myscript.sh param1这个字符串，所以ps -ef的输出里会出现两条匹配项：

1. 已经在运行的目标作业实例
2. 当前执行ps统计命令的脚本进程

这就是为什么job_cnt会返回2而不是预期的1。

几种可行的解决方案 #

1. 用pgrep替代ps+grep组合（最推荐）

pgrep是专门用来查找进程的工具，默认会自动排除当前执行命令的进程，匹配更精准：

# 方式1：通过wc统计行数
job_cnt=$(pgrep -f "/proj/myscript.sh param1" | wc -l)

# 方式2：直接让pgrep输出计数（更简洁）
job_cnt=$(pgrep -c -f "/proj/myscript.sh param1")

2. 排除当前脚本的PID

先获取当前脚本进程的PID，再在过滤时排除它：

current_pid=$$
job_cnt=$(ps -ef | grep "/proj/myscript.sh param1" | grep -v "grep" | grep -v "$current_pid" | wc -l)

这里的$$是Shell内置变量，代表当前进程的PID，把它排除后就能得到正确的计数。

3. 更严格的字符串匹配

用grep -F做固定字符串匹配，避免正则匹配带来的误判，同时排除当前PID：

job_cnt=$(ps -ef | grep -F "/proj/myscript.sh param1" | grep -v "grep" | grep -v "$$" | wc -l)

快速验证方法 #

你可以在脚本里临时加一行调试命令：

ps -ef | grep "/proj/myscript.sh param1"

然后通过Autosys运行脚本，查看输出结果，就能清楚看到是不是多了一条包含当前脚本PID的记录，直接确认问题根源。

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