Microsoft MVP성태의 닷넷 이야기
Task관련 질문입니다 [링크 복사], [링크+제목 복사],
조회: 17847
글쓴 사람
정환맨
홈페이지
첨부 파일
 

안녕하세요 벌써 8.0을 출판하셨더군요. 7.3 산지 얼마 안됐는데ㅠㅠ

오늘은 질문 드릴것이 있습니다.

현재 배치프로그램내에서 각 Task를 생성(내부에서 try-catch 사용, 예외발생 빈도는 많음)해서 배열을 (.Net 4.0)
1. Task.WaitAll(배열리스트);
2. Task.Factory.ContinueWhenAll(배열리스트);
로 각각 실행했었습니다.

문제는 릴리즈로 돌릴때 continuewhenall에서는 배열내에서 예외가 몇번 발생하면 아예 continuwhenall 함수가 종료되어 버립니다.
그래서 지금은 1번인 waitall로 돌리긴 하는데 msdn에서는 continuewhenall로 하라고 되어 있었거든요(전임자가 짠 코드라 왜?의 역사는 알지 못합니다...)

그래서 waitall과 continuewhenall의 차이점을 알고 싶습니다.
둘다 task 배열을 돌리는 거면 왜 따로 분리되어 있는거죠??








[최초 등록일: ]
[최종 수정일: 11/18/2019]


비밀번호

댓글 작성자
 



2019-11-18 08시57분
ContinueWhenAll에 인자를 하나만 넣었나요? 아래의 도움말에 보면,

TaskFactory.ContinueWhenAll 메서드
; https://docs.microsoft.com/ko-kr/dotnet/api/system.threading.tasks.taskfactory.continuewhenall?view=netframework-4.8

인자 하나가 들어가는 게 없는데요.

일단, 차이점만 말하자면, Task.WaitAll은 인자로 받은 task들이 모두 완료될 때까지 WaitAll을 호출한 측의 스레드가 중지하게 됩니다. 반면 ContinueWhenAll은 인자로 받은 task들이 모두 완료되었을 때 (원래 하나 더 받기로 되어 있는) 부가작업들을 수행하라는 "등록"만 하는 것이므로 ContinueWhenAll을 호출한 측의 스레드가 중지하지 않습니다.

다음과 같은 코드로 간단하게 테스트하면 차이점을 알 수 있을 것입니다.

static void Main(string[] args)
{
    Task<int> task = Task<int>.Factory.StartNew(() =>
    {
        Thread.Sleep(5000);
        Console.WriteLine("Task completed");
        return 0;
    });

    Console.WriteLine(DateTime.Now);
    Task.WaitAll(task);
    Console.WriteLine(DateTime.Now);

    Console.WriteLine(DateTime.Now);
    Task.Factory.ContinueWhenAll(new Task[] { task }, (obj) =>
    {
        Thread.Sleep(5000);
        Console.WriteLine("Task completed");
    });
    Console.WriteLine(DateTime.Now);

    Console.ReadLine();
}
정성태
2019-11-18 09시45분
[정환맨] 답변 감사드립니다.
ContinueWhenAll 은 두번째 인자에 완료동작 Action을 등록해서 사용했기에 제가 빼먹었었습니다(실수...)

그럼 UI에서 호출했다면 UI쓰레드가 블록되느냐 마느냐의 차이가 큰것 같은데,
그렇다면 많은 작업들이 등록되어 있다면 continuewhenall은 작업들을 내부적으로 돌리는 중에 ui는 사용 가능한것이므로 window를 close 해도 백그라운드에서 돌거나 하겠군요.

예외처리와 관련해서는 정확한 처리방식을 잘 모르겠습니다.
예외가 발생하면 중단되는것인지 그냥 통과되는것인지요. 따로 설정하거나 하는 부분이 있나요? 못본것 같아서요.
[guest]
2019-11-18 10시56분
뭔가 문제 정의를 정확하게 하셔야 할 것 같습니다.

WaitAll이든, ContinueWhenAll이든 전달되는 task 내부의 코드가 try/catch로 예외를 잡게 되어 있다면 문제될 것이 없습니다.
단지, WaitAll은 후처리를 WaitAll 다음의 코드에 했을 것이므로 UI 관련 접근 코드 등에서 자유로웠을 것이고, ContinueWhenAll의 경우 3번째 인자로 TaskContinuationOptions.ExecuteSynchronously 값을 주지 않았다면 Action 델리게이트의 코드가 UI 접근 시 예외가 발생했을 것입니다.

암튼, 문제를 정확하게 분리해 재현 가능한 최소한의 코드를 만들어 보세요.
정성태

... 91  92  [93]  94  95  96  97 
NoWriterDateCnt.TitleFile(s)
133김용국4/1/200510802                답변글 [답변]: [답변]: [답변]: [답변]: SmartClient 배포와 관련해서 무엇이 빠졌는지 좀 알려주시면 감사하겠습니다....!
126구정모3/31/200512119이홈의 효과는 어떻게???
128정성태3/31/200511266    답변글 [답변]: 이홈의 효과는 어떻게???
124배재현3/30/200511063Smart Client 문제로 이렇게 질문을 하나 올리게 됐습니다.^^;;
125정성태3/30/200510725    답변글 [답변]: Smart Client 문제로 이렇게 질문을 하나 올리게 됐습니다.^^;;
121안연준3/23/200510474이벤트 관련 문제
122정성태3/23/200510367    답변글 [답변]: 이벤트 관련 문제
120안연준3/23/200510305정성태님.... 오프라인 문제 질문 입니다. [1]
123정성태3/23/200510528    답변글 [답변]: 정성태님.... 오프라인 문제 질문 입니다. [1]
117정준명3/21/200511419COM+ 메소드 작성시...
118정성태3/29/200510983    답변글 [답변]: COM+ 메소드 작성시... [1]
109김용국3/18/200511974IE에 Docking된 WinFormControl내의 특정 메소드에 값을 보내기 .. 잘 되기는 하는데 한가지 문제가 ...
112정성태3/19/200511127    답변글 [답변]: IE에 Docking된 WinFormControl내의 특정 메소드에 값을 보내기 .. 잘 되기는 하는데 한가지 문제가 ...
113김용국3/19/200511071        답변글 [답변]: [답변]: IE에 Docking된 WinFormControl내의 특정 메소드에 값을 보내기 .. 잘 되기는 하는데 한가지 문제가 ...
114정성태3/19/200511083            답변글 [답변]: [답변]: [답변]: IE에 Docking된 WinFormControl내의 특정 메소드에 값을 보내기 .. 잘 되기는 하는데 한가지 문제가 ...
115김용국3/21/200510511                답변글 [답변]: [답변]: [답변]: [답변]: IE에 Docking된 WinFormControl내의 특정 메소드에 값을 보내기 .. 잘 되기는 하는데 한가지 문제가 ... [1]
119김용국3/22/200510483                    답변글 [답변]: 정상태님 아주 잘 해결 되었습니다.... 감사합니다!
108guest3/17/200510629닷넷 프레임워크 배포
111정성태3/19/200511147    답변글 [답변]: 닷넷 프레임워크 배포
107안연준3/17/200510326[-_-]스마트 클라이언트에 관련 된 질문[-_-]
110정성태3/19/200511243    답변글 [답변]: [-_-]스마트 클라이언트에 관련 된 질문[-_-]
116안연준3/21/200510620        답변글 [답변]: 친절한 답변 고맙습니다.
98김용국3/18/200512518정성태님... 연결이 준비됬습니다
99정성태3/2/200513470    답변글 [답변]: 정성태님... 연결이 준비됬습니다
100김용국3/18/200510428        답변글 [답변]: 죄송합니다! 급히올리느라 file path의 변경을 하지않고 그냥올렸네요....!
101정성태3/2/200510635            답변글 [답변]: [답변]: 죄송합니다! 급히올리느라 file path의 변경을 하지않고 그냥올렸네요....!
... 91  92  [93]  94  95  96  97