나는 블로그 게시물과 여기에서 많은 사람들 Thread이 C #의 최신 버전 에서 클래스 사용을 피하거나 반대하는 것을 봅니다 (물론 Task& 친구 가 추가 된 4.0 이상을 의미합니다 ). 이전에도 평범한 오래된 스레드의 기능이 많은 경우 ThreadPool클래스에 의해 대체 될 수 있다는 사실에 대한 논쟁이있었습니다 .
또한, ugly + combo를 대체하는 반면 , 우리가 가지고있는 GUI의 경우 등 다른 특수 메커니즘이 Thread클래스를 덜 매력적으로 렌더링합니다 .TimerThreadSleepBackgroundWorker
그럼에도 불구하고 Thread일부 사람들 (나 자신을 포함하여)에게는 매우 친숙한 개념으로 남아있는 것 같습니다. 어떤 종류의 병렬 실행을 포함하는 작업에 직면했을 때 바로 좋은 오래된 Thread클래스 를 사용하는 사람들 입니다. 최근에 내 방식을 수정할 때가되었는지 궁금합니다.
그래서 제 질문은 Thread위의 구조 중 하나 대신 평범한 오래된 객체 를 사용하는 것이 필요하거나 유용한 경우가 있습니까?
답변
Thread 클래스는 분명히 언급 한 다른 모든 패턴 의 구현 세부 사항 이기 때문에 쓸모 없게 만들 수 없습니다 .
그러나 그것은 당신의 질문이 아닙니다. 당신의 질문은
위의 구조 중 하나 대신 일반 오래된 Thread 객체를 사용하는 것이 필요하거나 유용한 경우가 있습니까?
확실한. 높은 수준의 구성 중 하나가 사용자의 요구를 충족하지 못하는 경우입니다.
내 조언은 기존의 고추 상 도구가 사용자의 요구를 충족하지 못하는 상황에 처해 있고 스레드를 사용하여 솔루션을 구현하려는 경우 실제로 필요한 누락 된 추상화를 식별 한 다음 해당 추상화 를 구현해야한다는 것입니다. 스레드 를 사용하고 추상화 를 사용합니다 .
답변
스레드는 특정 항목 (즉, 병렬성과 비 동시성)에 대한 기본 구성 요소이므로 제거해서는 안됩니다. 그러나 , 대한 대부분의 사람과 가장 (한 번에 2,000 스레드를 산란하여 시스템 과부하없이 동시에 여러 작은 작업을 처리하는 좋은 방법을 제공) 등 스레드 풀과 같은 당신이 언급 사용하는 것이 더 적절한 일이, 거기에 사용 사례, BackgroundWorker( 단일 작업에 대한 유용한 이벤트를 캡슐화합니다.)
그러나 많은 경우 프로그래머가 불필요하게 바퀴를 재발 명하고 어리석은 실수를 저지르는 등의 일을하지 않도록 보호하기 때문에 더 적절하다고해서 Thread 클래스가 쓸모가 없다는 의미는 아닙니다. 위에서 명명 된 추상화에서 여전히 사용되며 더 특별한 클래스에서 다루지 않는 스레드에 대한 세밀한 제어가 필요한 경우 여전히 필요합니다.
비슷한 맥락에서, 사람들이 어레이를 사용하는 많은 경우에 더 적합 .NET함에도 불구하고 어레이 사용을 금지하지 않습니다 List<T>. 단순히 표준 lib에서 다루지 않는 것을 빌드하고 싶을 수 있기 때문입니다.
답변
Task그리고 Thread다른 추상화입니다. 스레드를 모델링하려는 경우 Thread클래스가 여전히 가장 적절한 선택입니다. 예를 들어 현재 스레드와 상호 작용해야하는 경우 더 나은 유형이 표시되지 않습니다.
그러나 지적했듯이 .NET은 Thread많은 경우에 선호되는 몇 가지 전용 추상화를 추가했습니다 .
답변
이 Thread클래스는 더 이상 사용되지 않으며 특별한 상황에서 여전히 유용합니다.
내가 일하는 곳에서 우리는 콘텐츠 관리 시스템의 일부로 ‘백그라운드 프로세서’를 작성했습니다. 즉, 디렉터리, 전자 메일 주소 및 RSS 피드를 모니터링하는 Windows 서비스, 새로운 것이 나타날 때마다 작업을 실행합니다. 일반적으로 데이터.
이를 위해 스레드 풀을 사용하려는 시도는 작동하지 않았습니다. 동시에 너무 많은 항목을 실행하고 디스크를 폐기하려고하므로 Thread클래스 를 직접 사용하여 자체 폴링 및 실행 시스템을 구현했습니다 .
답변
새로운 옵션을 사용하면 (비싼) 스레드를 직접 사용하고 관리하는 빈도를 줄일 수 있습니다.
일종의 병렬 실행과 관련된 작업에 직면했을 때 좋은 오래된 Thread 클래스를 사용하는 것으로 바로 이동하는 사람들.
이것은 작업을 병렬로 수행하는 매우 비싸고 비교적 복잡한 방법입니다.
비용이 가장 중요하다는 점에 유의하십시오. 전체 스레드를 사용하여 작은 작업을 수행 할 수는 없으며 비생산적입니다. ThreadPool은 비용을, Task 클래스는 복잡성 (예외, 대기 및 취소)을 처리합니다.
답변
” 평범한 오래된 Thread 객체를 사용하는 것이 필요하거나 유용한 경우가 있습니까? “라는 질문에 답하기 위해 , 여러분이 원할 장기 실행 프로세스를 가질 때 평범한 오래된 Thread가 유용하다고 말하고 싶습니다. 다른 스레드와 상호 작용하지 마십시오.
예를 들어, 어떤 종류의 메시지 대기열에서 메시지를 수신하도록 구독하는 응용 프로그램을 작성하고 응용 프로그램이 해당 메시지를 처리하는 것 이상을 수행 할 경우 스레드를 사용하는 것이 유용 할 것입니다. 자체 포함 (즉, 완료되기를 기다리지 않음) 및 수명이 짧지 않습니다. ThreadPool 클래스를 사용하면 수명이 짧은 작업 항목을 대기열에 추가하고 ThreadPool 클래스가 새 스레드를 사용할 수있을 때 각 항목을 효율적으로 처리 할 수 있습니다. 작업은 Thread를 직접 사용하는 곳에서 사용할 수 있지만 위의 시나리오에서는 많이 구매할 것이라고 생각하지 않습니다. 스레드와 더 쉽게 상호 작용할 수 있도록 도와줍니다 (위의 시나리오에서는
답변
아마도 당신이 예상했던 대답은 아니지만 .NET Micro Framework에 대해 코딩 할 때 항상 Thread를 사용합니다. MF는 상당히 줄였고 더 높은 수준의 추상화를 포함하지 않으며 Thread 클래스는 낮은 MHz CPU에서 성능의 마지막 비트를 가져와야 할 때 매우 유연합니다.