子プロセスのPGIDが親のPIDではないのはなぜですか？

だから私はこのコマンドが親プロセスのすべての子プロセスを終了することをどこでも読み続けます：

kill -- -$$

killコマンドでネガティブIDを使用するとPGIDが参照され、私が見た例では、子プロセスのPGIDは親のPIDであるはずですが、システムではそうではありません。

私のシステムでは、子のPGIDは親スクリプトのPGIDと同じであり、bashであることがわかりました。

何が起きてる？例は間違っていましたか、または私のシステムは異なって設定されていますか？

私が達成する必要があるのは、親が終了することなく子プロセスを終了することです。そのため、親がいるPGIDにkillシグナルを送信したくありません。

プロセスグループIDの略であるPGIDを意味すると思います。

プロセスがフォークされると、親からPGIDを継承します。プロセスがプロセスグループリーダーになると、PGIDが変更され、PGIDがPIDからコピーされます。それ以降、それが生成する新しい子プロセスとその子孫は、PGIDを継承します（独自の新しいプロセスグループを開始しない限り）。

ほとんどの対話型シェルなど、ジョブ制御を備えたシェルでは、各ジョブは独自のプロセスグループに入れられます。シェルスクリプトを実行すると、スクリプトを実行するシェルプロセスがグループリーダーになり、PGIDはそのPIDと等しくなります。

スクリプトの実行に使用されるほとんどのシェルなど、ジョブ制御のないシェルでは、コマンドはシェルのプロセスグループで実行されます。

構文kill -- -Nは、PGID = Nのグループ内のすべてのプロセスを強制終了します。PGIDであるため、プロセスグループリーダーのPIDのみで、任意のPIDで使用することはできません。これは基本的に、シェルの

kill %jobid

構文は機能します- %jobidジョブのPGIDに内部的に変換し、そのPGIDにシグナルを送信します。

別のシェルスクリプトから独自のプロセスグループでスクリプトを実行する簡単な方法はありません。ただし、いくつかの提案については、シェルスクリプトのプロセスグループを設定する方法を参照してください。