Fire-and-Forget TPL 작업을 Dispose()해야 합니까?

TPL 작업에서 Dispose()의 필요성 이해

Fire-and-forget 작업에 Task 객체를 활용할 때 다음과 같은 질문이 생깁니다. Dispose를 호출해야 합니까? ()?

백그라운드 스레드 실행 및 Task.Dispose()

TPL(작업 병렬 라이브러리)을 사용하면 백그라운드 스레드에서 작업을 실행할 수 있습니다. 일반적으로 StartNew()는 IDisposable을 구현하는 Task 개체를 만드는 데 사용됩니다. MSDN 문서에 따르면 작업에 대한 마지막 참조를 릴리스하기 전에 Dispose()를 호출하는 것이 좋습니다.

백그라운드 작업 삭제의 딜레마

그러나 Dispose()를 호출하려면 다음이 필요합니다. 완료해야 할 작업으로 인해 백그라운드 스레드를 사용하는 목적이 무산됩니다. 게다가 정리에 사용할 수 있는 완료 이벤트도 없습니다.

Is It Acceptable to Not Dispose()?

Microsoft의 Stephen Toub에 따르면 대부분의 경우 , 내부 대기 핸들을 할당하지 않으므로 연속에 사용되는 Task 개체에 대해 Dispose()를 호출하지 않는 것이 허용됩니다. .Net 4.5부터 AsyncWaitHandle을 명시적으로 사용하면 대기 핸들이 할당됩니다.

결과 및 위험

Toub은 Task 개체 자체에 종료자가 없다는 점을 지적합니다. . 대기 핸들에는 종료자가 있지만 필요한 경우에만 할당됩니다. 따라서 대기 핸들이 할당되지 않으면 종료자는 실행되지 않습니다.

그러나 Fire-and-Forget 작업이 많이 생성되는 경우 종료자 스레드가 여러 개 실행되면 압도될 가능성이 있습니다. 대기 핸들이 할당됩니다.

문서 및 모범 사례

Task 클래스에 대한 MSDN 페이지 이 문제를 명시적으로 다루지 않습니다. 그러나 "작업을 처리해야 합니까?"라는 제목의 Stephen Toub의 블로그 게시물에서는 추가 설명을 제공하고 대부분의 경우 마무리에 의존할 것을 권장합니다.

대체 접근 방식

원하는 경우 대기 핸들의 가용성을 확인하고 할당된 작업을 폐기하는 방법이 있습니다. 또는 ThreadPool.QueueUserWorkItem 메서드나 Reactive Extensions for .NET(Rx) 사용과 같은 실행 후 잊어버리는 작업에 대한 다른 옵션을 탐색할 수 있습니다.

위 내용은 Fire-and-Forget TPL 작업을 Dispose()해야 합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!