동시 채널 쓰기에도 불구하고 이 Go 프로그램이 'ping'을 인쇄한 다음 'hello'를 인쇄하는 이유는 무엇입니까?

Golang의 채널 출력 순서 이해

다음 Golang 프로그램을 고려하세요.

func main() {
  messages := make(chan string)
  go func() { messages <- "hello" }()
  go func() { messages <- "ping" }()
  msg := <-messages
  msg2 := <-messages
  fmt.Println(msg)
  fmt.Println(msg2)
}

이 프로그램에는 두 개의 고루틴이 포함됩니다. 비동기적으로 채널에 쓰고 동일한 채널에서 기본 루틴을 읽는 것입니다. 채널의 버퍼링되지 않은 특성에도 불구하고 출력은 일관되게 "ping"과 "hello"를 인쇄합니다.

이 출력의 이유를 이해하려면 채널 출력 순서가 채널 출력 순서를 기반으로 하지 않는다는 점을 이해하는 것이 중요합니다. 고루틴이 생성됩니다. 대신, 비결정적인 방식으로 고루틴의 실행 순서를 결정하는 스케줄러에 의해 결정됩니다.

프로그램이 실행되면 채널에 메시지를 보내는 두 개의 고루틴이 동시에 실행됩니다. 채널이 버퍼링되지 않았기 때문에 두 고루틴은 수신기가 사용 가능해질 때까지 차단됩니다.

메인 루틴이 msg := <-messages를 사용하여 채널에서 읽으려고 시도하면 스케줄러는 대기 중인 고루틴 중 하나에 대한 액세스 권한을 부여합니다. . 이 고루틴은 성공적으로 채널에 메시지를 보내고, 이 메시지는 메인 루틴에 의해 수신되어 msg에 할당됩니다.

이후 메인 루틴이 msg2 := <-messages를 사용하여 채널에서 다시 읽기를 시도하면 , 스케줄러는 나머지 goroutine을 선택하고 해당 메시지를 채널로 보낼 수 있도록 허용합니다. 그런 다음 메시지는 기본 루틴에 의해 검색되어 msg2에 할당됩니다.

이 특별한 경우 스케줄러는 메시지를 보내는 첫 번째 항목으로 "ping"을 보내는 goroutine을 일관되게 선택합니다. 그러나 이 결과는 비결정적이며 시스템 로드 및 실행 환경과 같은 요소에 따라 변경될 수 있다는 점에 유의하는 것이 중요합니다.

요약하자면 Golang 채널의 출력 순서는 보장되지 않으며 고루틴에 대한 스케줄러의 실행 순서. 따라서 이 예제의 단순성에도 불구하고 출력은 실행에 따라 달라질 수 있습니다.

위 내용은 동시 채널 쓰기에도 불구하고 이 Go 프로그램이 'ping'을 인쇄한 다음 'hello'를 인쇄하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!