Go では継続的なゴルーチン ループは他のゴルーチンを枯渇させますか?

ゴルーチンの協調スケジューリングと実行順序

Go のゴルーチンは協調的にスケジュールされており、プリエンプトされるのではなく明示的に他のゴルーチンに実行を譲ります。オペレーティングシステムによって。ここで疑問が生じます: goroutine が明示的に降伏しない場合、他の goroutine の実行は妨げられますか?

連続ループの影響

ドキュメントによると、実行される goroutine降伏せずに継続的に実行すると、同じスレッド上の他のゴルーチンが「飢えてしまう」可能性があります。これは、ループを永続的に実行する goroutine により、スケジューラがタイム スライスを他の goroutine に割り当てることができないためです。

関数呼び出しは降伏点として使用されます

ただし、注意することが重要です。 goroutine 内の関数呼び出しは、暗黙的な降伏点として機能する可能性があります。具体的には、ネットワーク入力、スリープ、チャネル操作、ブロッキング プリミティブなどのシステム リソースに関係する関数の呼び出しによって、スケジューラがトリガーされます。

シナリオ例

4 つのゴルーチンを起動する単純な Go プログラム。それぞれがループを実行して、 sum:

func sum(x int) {
  sum := 0
  for i := 0; i < x; i++ {
    sum += i
  }
  fmt.Println(sum)
}

これらのゴルーチンが次と同時に起動される場合:

go sum(100)
go sum(200)
go sum(300)
go sum(400)

ゴルーチンは必ずしも 1 つずつ実行されるとは限りません。各 goroutine の最後に行われる fmt.Println() 呼び出しによってスケジューラがトリガーされ、他の goroutine が実行できるようになります。

追加メモ

Go のランタイムの最近の改善点goroutine が実行を許可する追加の方法を導入しました。たとえば、関数呼び出しを行わずにスケジューラー呼び出しをループに挿入するという提案が存在します。

要約すると、シングルスレッド環境では、降伏なしの連続ループは潜在的に他のゴルーチンを枯渇させる可能性がありますが、関数呼び出しと最近のランタイム拡張機能により、明示的な譲歩がない場合でも goroutine スケジューリングのメカニズム。

以上がGo では継続的なゴルーチン ループは他のゴルーチンを枯渇させますか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。