concurentbag를 다시 초기화하는 것이 안전합니까?

Question

필자에게는 concurrentbag의 한 독자와 여러 독자가 있습니다.

writer는 정기적으로 데이터베이스에서 concurrentbag의 전체 내용을 새로 고칩니다.

작가 스레드 내에서 다시 초기화하는 것이 안전합니까 (예 : = 새로운 concurrentbag)? 그렇지 않은 경우 모든 읽기 및 쓰기 중에 잠글 수있는 유일한 옵션이 있는데 이는 오히려이 점을 무시합니다. 나는 가방에 대해 한 번에 한 장씩 비울 수 없다. 왜냐하면 어떤 배설물을 읽다가 그 과정이 부분적 정보에 기반을 두게 될 것이기 때문이다.

감사합니다.

Answer 1

우선, 이것은 ConcurrentBag 유형과 관련이 없습니다. 이것만으로도 완전히 안전 할 것입니다. 다른 스레드에서 동시에이 할 동안 하나 개의 스레드에서 메서드 호출이, 가방에서 수행되는 경우

:

_BagField = new ConcurrentBag<string>(); 

그런 다음 첫 번째 스레드에서 메서드 호출이 잘 완료, 그러나 이전 인스턴스의 은입니다.

그러나 이 안전하지 않습니다,하지만 때문에 처음부터 유형을 사용하는 이유에, 는 결코 없었다 :

if (_BagField.Any()) 
    var percentage = 100/_BagField.Count(); // broken 

이 하나 개의 인스턴스에 .Any()를 호출 할 수 있으며 .Count()에 또 다른, 그러나 당신이 Any를 호출 한 직후 Count가 0으로 떨어지지 않도록하는 안전 장치가 없기 때문에 이것은 결코 안전한 적이 없습니다.

그러나 다른 스레드가 즉시 새 인스턴스를 선택한다는 보장은 없습니다. 예를 들어

이 :

string temp; 
while (!_Bag.TryTake(out temp)) 
{ 
    // process temp 
} 

새로운 인스턴스에 결코 수도 그냥 죽은 중지하기 전에 이전 가방 인스턴스를 처리하는 것입니다.

가방 수령을 포함하는 입력란이 volatile인지 확인하십시오.