Go의 'range' 키워드는 동시 지도 액세스에 안전한가요?

Go에서 '범위'를 사용하여 지도에 동시 액세스

"Go 지도 실행" 블로그 항목에서 문서에는 지도가 다음과 같이 명시되어 있습니다. sync.RWMutex와 같은 동기화 메커니즘 없이는 동시에 사용하기에 안전하지 않습니다. 그러나 범위 반복을 통한 액세스가 "읽기"를 구성하는지 또는 범위 키워드에 특정 잠금 요구 사항이 있는지는 확실하지 않습니다.

범위 동시성

범위 표현식은 다음과 같습니다. 루프가 시작되기 전에 한 번 평가됩니다. 맵의 경우 이는 반복 중에 새로운 키-값 쌍이 추가되거나 제거될 수 있더라도 맵 변수(예: testMap)가 한 번만 평가된다는 것을 의미합니다. 초기 평가와 반복 자체의 이러한 분리는 반복을 실행하는 동안 for 문으로 맵에 액세스하지 않는다는 것을 의미합니다.

안전한 반복

따라서 다음은 반복은 동시 액세스에 안전합니다.

func IterateMapKeys(iteratorChannel chan int) error {
    testMapLock.RLock()
    defer testMapLock.RUnlock()
    mySeq := testMapSequence
    for k, _ := range testMap {
        ....
    }
    return nil
}

이 디자인은 필요할 때만 지도를 잠그는 동시에 다음에 대한 동시 액세스를 허용합니다.

동시 수정

그러나 이러한 유형의 잠금은 동시 수정이 아닌 동시 액세스만 방지합니다. 반복이 진행되는 동안에도 다른 고루틴이 쓰기 잠금을 획득하고 맵을 수정할 수 있습니다. 이를 방지하려면 반복 내내 지도를 잠긴 상태로 유지해야 합니다.

예

이 예는 for 블록 내에서 잠금 해제와 잠금의 차이점을 보여줍니다.

func IterateMapKeys(iteratorChannel chan int) error {
    testMapLock.RLock()
    defer testMapLock.RUnlock()
    mySeq := testMapSequence
    for k, _ := range testMap {
        testMapLock.RUnlock()
        ....
        testMapLock.RLock()
        ....
    }
    return nil
}

이 예에서는 for 블록 내에서 읽기 잠금을 해제하면 동시 수정 및 잠재적인 가능성이 허용됩니다. 오류가 발생했습니다.

결론

range 키워드 자체는 지도에 대한 동시 액세스에 대한 동기화를 제공하지 않습니다. 동시 반복 및 수정의 안전을 보장하려면 적절한 동기화 메커니즘(예: sync.RWMutex)을 사용하는 것이 중요합니다.

위 내용은 Go의 'range' 키워드는 동시 지도 액세스에 안전한가요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!