为何将函数设置为PROMPT_COMMAND时，jobs内置命令会把git status调用统计为后台任务？

这个问题的核心在于Bash执行PROMPT_COMMAND时的特殊处理逻辑——跟你直接在shell里调用函数的环境完全不一样。

根本原因：PROMPT_COMMAND的执行被Bash封装为后台作业 #

当你把函数设为PROMPT_COMMAND后，Bash每次准备显示提示符前，会把整个PROMPT_COMMAND的执行流程封装成一个临时的后台作业来处理。哪怕函数里的git status是前台同步执行的，它作为这个封装流程的一部分，也会被Bash标记为后台作业（哪怕执行完已经退出），所以jobs命令能检测到它。

而你直接在shell里调用mainprompt时，函数里的命令是当前shell的前台任务，执行完毕后不会被jobs跟踪（除非你加&把它扔去后台）。这就是为什么单独调用时一切正常，放到PROMPT_COMMAND里就出问题的原因。

简单说，Bash这么做是为了把提示符准备逻辑和主交互流程隔离开，保证提示符能及时显示，但副作用就是会把PROMPT_COMMAND里的所有命令都纳入作业跟踪范围。

快速验证这个行为 #

你可以做个小测试：写个简单的函数，在PROMPT_COMMAND里执行一个普通的echo，然后看jobs的输出：

testprompt() {
  echo "hello"
  jobs
}
export PROMPT_COMMAND="testprompt"

你会发现每次提示符前，jobs都会把echo "hello"列为已退出的后台作业——跟你遇到的git status情况一模一样。

解决思路 #

你提到的把任务统计移到函数开头是最直接有效的办法：先统计后台任务，再执行git状态检查，这样git的命令就不会被统计进去了。

如果想更严谨，也可以在统计前过滤掉已退出的作业，只统计正在运行的：

mainprompt() {
  # 只统计运行中的后台作业
  local jobct=0
  local line
  while read -r line; do
    echo "<$line>"
    let jobct++
  done < <(jobs -r)
  echo "You have $jobct background job(s)"

  # 再执行git状态检查
  if git status -s &>/dev/null; then
    echo "You are in a git repo"
  fi
}

这样就不会把git status的已退出作业算进去了。

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