メインのゴルーチンが終了すると、未完了のゴルーチンはどうなりますか?

メイン Goroutine の終了または復帰時の未完了の Goroutines の運命

提供されたサンプル コードでは、別のサーバーへのリクエストを処理するために Goroutine が作成されます。メインのゴルーチンである MirroredQuery は、最も速い応答を返します。疑問が生じます:mirroredQuery が完了すると、未完了のルーチン (1 つまたは 2 つ) はどうなりますか?

メイン ゴルーチン リターンでの突然の終了

メイン ゴルーチンが戻ると、ランタイム システムの突然のシャットダウンをトリガーします。これは、バッファなしチャネルまたはフルチャネルで通信を待機している既存のゴルーチンが、キャンセルまたは終了せずに単に消滅することを意味します。アクティブに実行したり待機したりすることはありません。代わりに、メインのゴルーチンが終了すると存在しなくなります。この現象は goroutine リークとして分類できますが、プロセス全体が終了しているという事実によって軽減されます。

メインの goroutine 実行時間中の goroutine の継続

ただし、メインの goroutine がアクティブなままである (つまり、返されていない) 場合、他の goroutine は動作を続けます。彼らはタスクを完了して戻るか、終了を引き起こすアクションを実行します。指定された例では、未完了のルーチンは応答を取得し、それをチャネルに送信して戻ります。これらのルーチンは完了時に蒸発して戻ります。

チャネルの永続性とリソース リーク

チャネルは、mirroredQuery が戻った後も永続化し、ゴルーチンから受信した文字列を保持します。これは、特に小規模なプログラムでは、軽度のリソース リークであると考えられます。チャネルへの参照が他に存在しない場合、チャネルはその内容とともに最終的にガベージ コレクションされます。

バッファなしチャネルとクローズド チャネルとの比較

の場合バッファリングされていないチャネルの場合、「負けた」ゴルーチンは、完全なチャネルに送信しようとするとブロックされてしまいます。したがって、これらのゴルーチンとチャネル自体はプログラムが終了するまで存続します。チャネルを閉じると、「負けた」ゴルーチンがパニックを起こし、事実上プログラムが強制終了されてしまいます。したがって、バッファリングされたチャネルを使用すると、これらの望ましくないシナリオを回避しながらコードが簡素化されます。

以上がメインのゴルーチンが終了すると、未完了のゴルーチンはどうなりますか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。