`fmt.Print()` 없이 `select`를 사용한 My Go 루틴이 중지되지 않는 이유는 무엇입니까?

Fmt.Print()가 추가되지 않으면 Select를 사용하는 Go 루틴이 멈추지 않습니다

이 Go 연습에서 특이한 문제에 직면합니다. 여기서 select를 사용하는 고루틴은 추가 fmt.Print() 문이 도입될 때까지 중단되지 않습니다. 이 동작을 이해하기 위해 고루틴 내에서 선택의 기본 메커니즘을 살펴보겠습니다.

기본 문 없이 모든 채널에 메시지가 있을 때까지 블록을 선택합니다. 그러나 기본 문을 사용하면 채널에 메시지가 없는 경우 기본 작업을 실행하도록 선택할 수 있습니다. 제공된 코드에서 이 기본 문은 무한 루프가 되어 스케줄러의 실행 파이프라인을 소비합니다.

fmt.Print() 문은 스케줄러가 고루틴을 일시적으로 해제하여 다른 고루틴이 다음을 수행할 수 있도록 하는 방법을 제공합니다. 달리다. 이 릴리스가 없으면 스케줄러는 select 문 내의 무한 루프에 갇히게 됩니다.

이 문제를 해결하려면 기본 문을 제거하여 선택을 비차단으로 만들거나 다음과 같은 임시 릴리스 메커니즘을 도입할 수 있습니다. fmt.인쇄(). 또한 GOMAXPROCS=2를 사용하면 사용 가능한 실행 스레드 수를 늘려 문제를 완화할 수 있지만 이 접근 방식으로는 문제가 완전히 해결되지 않습니다.

고루틴은 협력적으로 예약됩니다. 즉, 자발적으로 제어권을 양보한다는 의미입니다. 고루틴이 그렇게 할 수 있는 기회를 제공했음에도 불구하고 select 문이 원래 코드에서 결과를 산출하지 않는 이유는 확실하지 않습니다.

위 내용은 `fmt.Print()` 없이 `select`를 사용한 My Go 루틴이 중지되지 않는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!