동시 고루틴의 슬라이스에 추가하는 것이 스레드로부터 안전하지 않은 이유는 무엇입니까?

Linda Hamilton
풀어 주다: 2024-11-10 00:49:02
원래의
728명이 탐색했습니다.

Why is Appending to a Slice in Concurrent Goroutines Not Thread-Safe?

동시 슬라이스: 스레드로부터 안전하지 않은 추가

질문:

다음 코드를 고려하세요. for 루프 내에서 여러 고루틴을 사용하여 슬라이스에 추가됩니다.

destSlice := make([]myClass, 0)

var wg sync.WaitGroup
for _, myObject := range sourceSlice {
    wg.Add(1)
    go func(closureMyObject myClass) {
        defer wg.Done()
        var tmpObj myClass
        tmpObj.AttributeName = closureMyObject.AttributeName
        destSlice = append(destSlice, tmpObj)
    }(myObject)
}
wg.Wait()
로그인 후 복사

때때로 이 코드는 destSlice에서 누락되거나 빈 데이터를 생성하거나 sourceSlice의 모든 요소를 ​​포함하지 않습니다. 왜 이런 일이 발생합니까?

답변:

Go에서는 슬라이스를 포함하여 동시 읽기/쓰기 작업이 수행될 때 모든 값이 데이터 경합에 취약합니다. 이는 슬라이스 헤더(슬라이스의 용량 및 길이에 대한 정보가 포함됨)가 구현되는 방식 때문입니다.

-race 플래그를 사용하여 코드를 실행하면 데이터 경합이 있는지 확인할 수 있습니다.

go run -race play.go
로그인 후 복사

해결책:

슬라이스에 추가할 때 데이터 경합을 피하고 동시 안전을 보장하려면 sync.Mutex와 같은 동기화 프리미티브를 사용하여 destSlice 값 쓰기:

var (
    mu        = &sync.Mutex{}
    destSlice = make([]myClass, 0)
)

var wg sync.WaitGroup
for _, myObject := range sourceSlice {
    wg.Add(1)
    go func(closureMyObject myClass) {
        defer wg.Done()
        var tmpObj myClass
        tmpObj.AttributeName = closureMyObject.AttributeName
        mu.Lock()
        destSlice = append(destSlice, tmpObj)
        mu.Unlock()
    }(myObject)
}
wg.Wait()
로그인 후 복사

또는 동시 추가 프로세스를 용이하게 하기 위해 채널을 사용하는 것이 좋습니다.

위 내용은 동시 고루틴의 슬라이스에 추가하는 것이 스레드로부터 안전하지 않은 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

원천:php.cn
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
저자별 최신 기사
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿