如何设置 shell 脚本的进程组

Question

如何设置 shell 脚本的进程组？ 另外我希望所有子进程都在同一个进程组中

我期待类似于 C 中的 setpgid() 的东西。

Answer 1

正如PSkocik 指出的那样，在大多数 shell 中，可以通过激活作业控制（“监视模式”）在自己的进程组中运行进程。

(set -m; exec process_in_its_own_group)

Linux 有一个setsid实用程序，它运行在它自己的session中作为参数传递的命令（使用同名的系统调用）。 这比在自己的进程组中运行它更强大 à la setpgrp ，但这可能适合您的目的。

如果您想将进程放在现有组中而不是其自己的组中（即，如果您想要setpgid的全部功能），则没有常见的 shell 实用程序。 你必须使用 C/ Perl /…

Answer 2

我将回答我理解的部分内容：

如何强制当前 bash shell 脚本成为它自己的进程组：

我把它放在我的 bash 脚本的开头：

pgid_from_pid() {
    local pid=$1
    ps -o pgid= "$pid" 2>/dev/null | egrep -o "[0-9]+"
}

pid="$$"
if [ "$pid" != "$(pgid_from_pid $pid)" ]; then
    exec setsid "$(readlink -f "$0")" "$@"
fi

为什么我需要这个？

从交互式bash session 启动程序时，它会获得自己的新进程组。 但是，如果您的程序是从 bash 脚本（非交互式）调用的，则情况并非如此。 如果您的程序在这两种情况下都依赖于进程组所有者，那么您将需要它。

Answer 3

我不认为 Bourne、bash 或 zsh 会让你这样做，但你可以使用内置的setpgrp在 perl 中做到这一点（注意与 POSIX 的名称略有不同）。 传递零作为 PID 来修改 perl 进程本身的组：

setpgrp(0, 12345) || die "$!"

You might think you could use perl from, say, bash to set the bash process's group (by passing $$ to a perl script, for example), but I don't think the perl process would be able to modify the group of a它没有分叉的过程。

根据您要执行的操作，各种 shell 中的作业控制功能可能会以不同的方式为您提供所需的内容，就像您只想从终端分离一样。

更新：我认为奇怪的是，这个答案在没有明确解释原因的情况下收到了几票否决票。 我的猜测是投票者误解了这个问题，即询问如何更改当前shell 的进程组。 或者他们知道如何从 shell 执行 setpgrp，但对自己保密。

Answer 4

如果打开set -m ，新进程将在新进程组中生成，如果它们是后台的，它们将不会忽略 SIGINT 和 SIGQUIT。

if  [ $$ = $(ps -o pgid -hp $$) ]; then
   echo already a process group leader;
else
   set -m
   $0 "$@" #optionally with &
   set +m
fi

在set -m之后运行的程序的新进程组接管为终端的前台进程组，除非它们在后台运行。

set -m显然是半标准的，如果实现支持“用户可移植性实用程序”，则 POSIX 需要它。 在实践中，它适用于bash 、 dash 、 ksh 、 pdksh 、 sh 、 yash和zsh 。 posh没有它。

Answer 5

这是一个较晚的综合，取自这里的其他几个很好的答案，如果您的意图是清理任何产生的子外壳进程（即使脚本本身不是直接从交互式 shell 启动，而是从另一个进程启动，因此不会自动变为它自己的进程组负责人），如有必要，重新启动当前脚本作为新的进程组负责人。

# First, obtain the current PGID, by parsing the output of "ps".
pgid=$(($(ps -o pgid= -p "$$")))

# Check if we're already the process group leader; if not, re-launch ourselves.
# Use setsid instead of set -m (...) to avoid having another subshell in between. This helps that the trap gets executed when the script is killed.
[ $$ -eq $pgid ] || exec setsid --wait "${BASH_SOURCE[0]}" "$@"

# Kill any subshell processes when the script exits.
trap "kill -- -$pgid" EXIT
# Note: If the script only starts background jobs, and that's all you care about, you can replace all of the above with this simple trap:
#trap "jobs -p | xargs kill --" EXIT  # Kill remaining jobs when the script exits.

嵌套命令

当一个执行子外壳清理的脚本被另一个这样的脚本调用时，会引入另一种复杂情况。 进程组领导不嵌套； 一旦一个脚本承担了领导权，它的生命周期就不再受父脚本的控制，所以当父脚本被中断或杀死时，嵌套脚本将继续存在。 这不是用户通常想要的。

以下脚本片段通过合作 model 扩展了上述实现，因此只有顶级脚本承担进程组领导，通过导出$PGID向子shell指示这一点。 如果一个 subshell 找到一个现有的领导者，它不会自己承担领导权，并将自己的清理任务限制在剩余的工作中。 只有在顶级脚本退出后，其他子 shell 才会被杀死。 （所以这种合作 model 在一个脚本只调用一个或几个其他脚本时效果最好。）

if [ -z "$PGID" ]; then # No parent script has become the process group leader yet.
    pgid=$(($(ps -o pgid= -p "$$")))    # By defining this, we'll be killing subshell processes of this process group when we're done or interrupted. Any children with the same ambition will defer to us.
    if [ $$ -eq $pgid ]; then
        export PGID=$pgid   # We are (already / after setsid) in our own process group, announce our leadership to any children, so that they don't become leaders themselves and thereby decouple themselves from our lifetime control.
    else
        exec setsid --wait "${BASH_SOURCE[0]}" "$@" # Use setsid instead of set -m (...) to avoid having another subshell in between.
    fi
fi

if [ -n "$pgid" ]; then
    trap "kill -- -$pgid" EXIT  # If we're the leader, kill subshell processes when the script exits.
else
    trap "jobs -p | xargs kill --" EXIT  # Someone else is the leader; killing remaining jobs is all we can do here.
fi

Answer 6

正如@Rob Davis 在他的回答中指出的那样，设置进程组并不是你想要的 shell。

相反，您想使用他们的过程控制机制。 这个答案涵盖了在linux上为sh和borne执行此操作。 简而言之：

#! /bin/sh
# Kill all opened jobs on exit.
trap 'kill $(jobs -p)' EXIT

这将杀死在后台打开的所有作业（例如使用& ）。