zsh脚本中如何正确获取后台作业的运行数量？

问题原因 #

这不是ZSH的bug，而是作业表同步与子shell执行时机导致的问题：
当你用var=$(jobs | wc -l)这种命令替换方式时，整个逻辑会在子shell中执行。ZSH在脚本里连续启动后台作业后，最后一个作业的状态可能还没被父shell完全同步到作业表中，子shell中的jobs命令就已经执行了，因此漏掉了最后一个作业。
而直接执行jobs | wc -l或在显式子shell(jobs | wc -l)中执行时，父shell有足够时间完成作业表的更新，所以能得到正确计数。

解决方法 #

方法1：使用ZSH内置的jobstates关联数组 #

ZSH提供了内置的jobstates关联数组，直接保存当前shell所有作业的状态（无需子shell，从根源避免同步问题）。统计活跃运行的作业数量可以这样写：

# 统计状态为running的作业数
active_jobs=0
for job_state in "${jobstates[@]}"; do
    if [[ "$job_state" == running:* ]]; then
        ((active_jobs++))
    fi
done
echo "活跃作业数：$active_jobs"

或者更简洁的写法：

active_jobs=$(printf "%s\n" "${jobstates[@]}" | grep -c '^running:')

方法2：启动作业时保存PID，直接检查进程存活状态 #

这种方法不依赖shell的作业表，而是直接跟踪进程ID，可靠性更高：

# 启动作业时记录所有PID
pid_list=()
for i in {1..7}; do
    sleep 60 &  # 示例后台任务
    pid_list+=($!)  # 保存当前后台进程的PID
done

# 统计存活的进程数量
active_count=0
for pid in "${pid_list[@]}"; do
    # kill -0 仅检查PID是否存在，不发送信号
    if kill -0 "$pid" 2>/dev/null; then
        ((active_count++))
    fi
done
echo "活跃作业数：$active_count"

方法3：强制同步作业表（临时 workaround） #

如果一定要用jobs命令，可以在赋值前添加短暂延迟，给shell足够时间更新作业表：

sleep 0.1
active_jobs=$(jobs -r | wc -l)  # -r 仅显示运行中的作业
echo "活跃作业数：$active_jobs"

注：这种方法依赖系统延迟，可靠性不如前两种，不推荐在生产脚本中使用。

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