bash-builtinがCPUを100％焼くのを待つ

少なくともGNU bashバージョン4.3.42 x86_64 && GNU bashバージョン4.3.11 x86_64で発生します

シグナルによって割り込み可能にするために（SIGUSR1として）sleep & wait $!単純な代わりに使用します。ただし、次のコマンドを実行すると、bashビルトインが奇妙な動作をするようです。sleepsleepwait

ターミナル1：

cat <(
   trap 'echo SIGUSR1' SIGUSR1;
   echo $BASHPID;
   while :;do
       sleep 1 &
       wait $!;
       echo test;
   done
   )&

ターミナル2：

kill -10 /the pid of the subshell, printed by the previous command/

ターミナル1：

^C (ctrl + C)

次に、CPUを100％燃焼させるサブシェルを取得します。

ターミナル1：

pkill -P $(pgrep -P $$)

この現象が発生する理由について何かご存知ですか？

注：cat <(/subshell/)がバックグラウンドにない場合、問題は発生しません。

この動作を体験する別の方法

ターミナル1：

(
   trap 'echo SIGUSR1' SIGUSR1;
   echo $BASHPID;
   while :;do
       sleep 1 &
       wait $!;
       echo test;
   done
)&

ターミナル2：

kill -10 /the pid of the subshell, printed by the previous command/

ターミナル1：

fg
^C (ctrl + C)

次に、冷凍シェルを入手します。

この動作を体験する3番目の方法

ターミナル1：

(
   trap 'echo SIGUSR1' SIGUSR1;
   echo $BASHPID;
   while :;do
       sleep 1 &
       wait $!;
       echo test;
   done
)

ターミナル2：

kill -10 /the pid of the subshell, printed by the previous command/

ターミナル1：

^C (ctrl + C)

次に、冷凍シェルを入手します。

観察

• ctrl+cSIGINTターミナル1のfgプロセスに送信します
• したがって、実行kill -2 <PID>ターミナル2には打撃と同じであるctrl+cターミナルに1
• ターミナル2で実行する前に上記の2つのポイントのいずれかを実行するとkill -10 <PID>、ハンドルがSIGINT正しく処理されます。
• ターミナル2（信号の送信）で実行した後にそれを行うと、正しく処理されず、問題のある動作につながりますkill -10 <PID>SIGUSR1SIGINT
• kill -2 <PID>ターミナル2（SIGINT）をkill -15 <PID>（SIGTERM）またはkill -9 <PID>（SIGKILL）に交換すると、常に正しい信号処理が行われます。
• kill -10 <PID>ターミナル2で実行すると、ビルトインwaitが中断されますtestが、信号SIGUSR1がトラップされてループが継続した後すぐにprintetになるため、ループは終了しません。
• 送信SIGINTすると、実行中のループから抜け出してシェルがフリーズするか、割り込みwaitが発生せず、待機/凍結のままになります。

結論

SIGINT取得されず、正しく処理されSIGUSR1ないか、手動でトラップした後、または他のユーザー定義のトラップ後に無視されます。これは、プロセスがまだ存在していることを意味し、CPUを消費/加熱するか、シェルをフリーズする理由です。ターミナル2の実行kill -15 <PID>またはkill -9 <PID>プロセスの終了/強制終了により、ターミナル1の制御が戻り、CPUが緩和されます。

なぜこの問題が発生するのかは謎のままですが、カーテンの後ろで実際に何が起こっているのかを誰かが正確に説明できることを願っています。