`select` を使用した Go ルーチンが `fmt.Print()` を使用しないと停止しないのはなぜですか?

Fmt.Print() が追加されない限り、Select を使用した Go ルーチンが停止しない

この Go 演習では、特有の問題が発生しますここで、select を使用するゴルーチンは、追加の fmt.Print() ステートメントが導入されるまで停止しません。この動作を理解するために、ゴルーチン内の select の基礎となる仕組みを詳しく調べてみましょう。

デフォルトのステートメントを使用しない場合、すべてのチャネルにメッセージが存在するまで select ブロックが続けられます。ただし、デフォルト ステートメントを使用すると、チャネルにメッセージがない場合でも、select でデフォルトのアクションを実行できます。提供されたコードでは、このデフォルトのステートメントは無限ループになり、スケジューラーの実行パイプラインを消費します。

fmt.Print() ステートメントは、スケジューラーがゴルーチンを一時的に解放し、他のゴルーチンが実行できるようにする方法を提供します。走る。このリリースを行わないと、スケジューラは select ステートメント内の無限ループにはまってしまいます。

この問題に対処するには、デフォルトのステートメントを削除して select を非ブロックにするか、次のような一時的なリリース メカニズムを導入します。 fmt.Print()。さらに、GOMAXPROCS=2 を使用すると、使用可能な実行スレッドの数を増やすことで問題を軽減できますが、このアプローチでは問題が完全に解決されるわけではありません。

ゴルーチンは協調的にスケジュールされており、自発的に制御を譲ることを意味します。 goroutine にそうする機会を与えているにもかかわらず、select ステートメントが元のコードで譲歩しない理由は不明です。

以上が`select` を使用した Go ルーチンが `fmt.Print()` を使用しないと停止しないのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。