C# 목록 <T> 인덱서 스레드 안전

Question

최근까지, 나는 인덱서를 통해 List<T>의 요소를 설정하면 다음과 같은 상황에서 안전 스레드가 있다는 가정하에 있었다. 배열

// Assumes destination.Count >= source.Count 
static void Function<T,U>(List<T> source, Func<T,U> converter, List<U> destination) 
{ 
    Parallel.ForEach(Partitioner.Create(0, source.Count), range => 
    { 
     for(int i = range.Item1; i < range.Item2; i++) 
     { 
      destination[i] = converter(source[i]); 
     } 
    }); 
} 

List<T> 저장 소자 이후 내부적 리사이징 필요로하지 않아야 인덱스 한 설정이 믿음 합리적인 도약 같았다. 그러나 .NET 코어에서 implementation이 List<T> 인 것을 보면 인덱서의 설정자가 일부 내부 상태를 수정 한 것처럼 보입니다 (아래 참조).

// Sets or Gets the element at the given index. 
public T this[int index] 
{ 
    get 
    { 
     // Following trick can reduce the range check by one 
     if ((uint)index >= (uint)_size) 
     { 
      ThrowHelper.ThrowArgumentOutOfRange_IndexException(); 
     } 
     Contract.EndContractBlock(); 
     return _items[index]; 
    } 

    set 
    { 
     if ((uint)index >= (uint)_size) 
     { 
      ThrowHelper.ThrowArgumentOutOfRange_IndexException(); 
     } 
     Contract.EndContractBlock(); 
     _items[index] = value; 
     _version++; 
    } 
} 

그래서 나는 List<T>는 스레드로부터 안전하지 않습니다 것을 각 스레드는 컬렉션의 고유 한 부분에서 요소를 설정/얻고 경우에도 가정해야합니까?

Answer 1

가 여기 읽게

https://msdn.microsoft.com/en-us/library/6sh2ey19.aspx#Anchor_10

귀하의 질문에 대답하기 위해, 더는 - 문서에 따라, 스레드 안전이 보장되지 아니에요.

현재 구현이 스레드 안전성 (어쨌든)이 아닌 것으로 나타난다하더라도, 여전히 그 가정을하는 것은 나쁜 생각입니다. 문서에서는 스레드로부터 안전하지 않다고 명시 적으로 말하고 있기 때문에 향후 버전에서는 더 이상 스레드로부터 안전하지 않게 기존의 구현을 법적으로 변경하고 이전에 의존했던 가정을 깨뜨릴 수 있습니다.