다른 종류의 ConcurrentQueues를 처리 할 수있는 유연한 메서드를 작성하려고합니다. 대부분의 논리가 큐를 처리하기 때문에 동일합니다. 그것은 조금 다음과 같습니다 private void StartDoWorkButton(object sender, EventArgs e)
{
StartDoWork();
}
pri
비동기 작업자 스레드가 결과를 생성하고 수행해야 할 작업을 더 많이 식별하는 경우를 우아하게 처리하려고 노력해 왔습니다. 다른 방법으로 생각해 보려고 나무를 가로 질러 각 노드에서 작업을하는 경우 작업자는 트리 가운데에서 노드를 처리하고 스스로 작업이 필요한 자식 노드를 발견했습니다. 작업 스레드가 작업 대기열에 더 많은 작업을 추가하는 것이 합리적인 설계
대기열에 항목이 없으면 ConcurrentQueue의 TryDequeue가 false를 반환합니다. 대기열이 비어 있으면 대기열에 새 항목이 추가 될 때까지 기다릴 것이고 새 대기열을 대기열에서 제거하고 그 과정이 계속 진행될 필요가 있습니다. 내가 monitor.enter를 사용하는 경우, 잠깐 펄스 또는 C# 4.0
Queue에 파일 이름을 넣어서 새 파일을 찾고있는 FileSystemWatcher이 있습니다. 별도의 스레드에서 대기열이 작동됩니다. 내 코드가 작동하지만 비동기 프로세스 때문에 정보가 손실 될 수 있는지 질문합니다. (I 네 생각에 내가 어딘가 나사 잠금 식으로 뭔가를해야합니까?) (코드 단순화) public class FileOperatorAsync
나는 돋보이는 편지 병합을 한 다음 PDF로 파일 변환하는 중입니다 ... .Net 4.5를 기반으로하면 스레딩을 할 수있는 몇 가지 방법이 있습니다. thread safe queue를 사용하는 것은 재미있을 것 같지만 (Plan A), 잠재적 인 문제를 볼 수 있습니다. 어떻게 생각해? 나는 그것을 짧게하려고 노력할 것이지만, 필요한 것을 넣을 것입니다.
인텔 스레드 구성 블록 라이브러리에는 concurrent_queue 컨테이너가 포함되어 있습니다. 불행히도, 인터넷 주위 굴착하면 TBB 라이브러리에 의해 병렬로 사용되는 concurrent_queue의 일례를 수득 아직. 사람은 여러 스레드가 동시에 일회성 항목을 보여주고 마지막이 비어있는 큐까지의 항목을 밀어 직장에서 큐의 예를 제공 할 수 있을까요?