Print ステートメントが追加されない限り、Goroutine を含む Go Select ステートメントがハングするのはなぜですか?

Print ステートメントが追加されない限り、Select を使用したゴルーチンは停止しない

Go ツアー演習 #71 で、デフォルトなしで select を使用するステートメントを実行すると、ゴルーチンが終了できなくなる無限ループが発生する可能性があります。この問題は、nogood 引数を指定して 71_hang.go を実行すると発生しますが、ok 引数を指定すると発生しません。

2 つのシナリオの違いは、デフォルトで追加の fmt.Print("") ステートメントが存在することです。 select ステートメントの場合。デフォルトでは、いずれかのチャネルが受信するメッセージを受信するまでブロックを選択します。ただし、デフォルトの場合、どのチャネルにも使用可能なメッセージがない場合でも、select はデフォルトのステートメントを実行します。

元のコードでは、fmt.Print("") ステートメントがないため、select ステートメントは利用可能なメッセージを含むチャネルがなく、デフォルトのケースではゴルーチンがスケジュールできるように何もしていなかったために、無限ループが発生しました。 fmt.Print("") ステートメントを追加すると、スケジューラーが他のゴルーチンをスケジュールし、無限ループを解消できるようになりました。

あるいは、コードを変更して、ブロックしない方法で select を使用し、他のゴルーチンを許可することもできます。きちんと走ること。これは、以下の変更コードに示すように、デフォルト ステートメントを削除し、別の if ステートメントを使用してクローリング カウンタがゼロに達したかどうかを確認することで実現できます。

for {
    select {
        case todo := <-toDoList:
            if todo.depth > 0 && !visited[todo.url] {
                crawling++
                visited[todo.url] = true
                go crawl(todo, fetcher, toDoList, doneCrawling)
            }
        case <-doneCrawling:
            crawling--
    }
    if crawling == 0 {
        break
    }
}

以上がPrint ステートメントが追加されない限り、Goroutine を含む Go Select ステートメントがハングするのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。