Microsoft MVP성태의 닷넷 이야기
.NET Framework: 110. WPF - 전역 예외 처리 [링크 복사], [링크+제목 복사],
조회: 31860
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 1개 있습니다.)
(시리즈 글이 11개 있습니다.)
디버깅 기술: 6. .NET 예외 처리 정리
; https://www.sysnet.pe.kr/2/0/316

디버깅 기술: 15. First-Chance Exception
; https://www.sysnet.pe.kr/2/0/510

디버깅 기술: 16. Watson Bucket 정보를 이용한 CLR 응용 프로그램 예외 분석
; https://www.sysnet.pe.kr/2/0/595

.NET Framework: 110. WPF - 전역 예외 처리
; https://www.sysnet.pe.kr/2/0/614

디버깅 기술: 31. Windbg - Visual Studio 디버그 상태에서 종료해 버리는 응용 프로그램
; https://www.sysnet.pe.kr/2/0/957

디버깅 기술: 42. Watson Bucket 정보를 이용한 CLR 응용 프로그램 예외 분석 - (2)
; https://www.sysnet.pe.kr/2/0/1096

.NET Framework: 534. ASP.NET 응용 프로그램이 예외로 프로세스가 종료된다면?
; https://www.sysnet.pe.kr/2/0/10863

디버깅 기술: 110. 비동기 코드 실행 중 예외로 인한 ASP.NET 프로세스 비정상 종료 현상
; https://www.sysnet.pe.kr/2/0/11383

디버깅 기술: 119. windbg 분석 사례 - 종료자(Finalizer)에서 예외가 발생한 경우 비정상 종료(Crash) 발생
; https://www.sysnet.pe.kr/2/0/11732

닷넷: 2148. C# - async 유무에 따른 awaitable 메서드의 병렬 및 예외 처리
; https://www.sysnet.pe.kr/2/0/13422

닷넷: 2213. ASP.NET/Core 웹 응용 프로그램 - 2차 스레드의 예외로 인한 비정상 종료
; https://www.sysnet.pe.kr/2/0/13551





WPF 전역 예외 처리


WinForm과 WPF는 동일하게 "Application"이라는 이름의 타입을 사용하긴 하지만, 사실 이름만 같을 뿐 전체적인 구현 자체는 완전히 다른 구조입니다. 물론, 예외 처리도 많이 달라졌습니다.

우선, 이 토픽을 더 읽으시기 전에 예전에 소개해 드렸던 다음의 자료를 먼저 읽어보시길 바랍니다.

Debug Features : 4. .NET 예외 처리 정리 
; https://www.sysnet.pe.kr/2/0/316

중요한 것은 이 역시 ".NET Application"이기 때문에 기본적인 원칙은 벗어나지 않습니다. 즉, 모든 예외는 "AppDomain.CurrentDomain.UnhandledException"에서 처리되어질 수 있습니다.

하지만, WPF는 WinForm과 마찬가지로 Console 응용 프로그램 범주에 속하지 않습니다. 따라서 메시지 하나의 반응에 예외가 발생했다고 해서 전체 응용 프로그램 자체를 비정상 종료시킬 수는 없습니다. 그나마 WinForm에서는 Application.ThreadException을 통해서 UI 스레드에서 발생한 예외를 알아낼 수가 있고, Application.SetUnhandledExceptionMode를 통해서 예외 자체를 다시 rethrow 할 수 있도록 해주고 있는데요.

그렇다면, WPF에서는 어떻게 해야 처리되지 않은 예외로 인한 응용 프로그램의 비정상 종료를 막을 수 있을까요?

그 해답은 UI 스레드를 담당하고 있는 App.Dispatcher가 제공해 주고 있는데, 보통 아래와 같이 2개의 이벤트를 구독해서 처리해야 합니다.

public App()
{
    this.Dispatcher.UnhandledException += 
      new DispatcherUnhandledExceptionEventHandler(Dispatcher_UnhandledException);
      
    this.Dispatcher.UnhandledExceptionFilter += 
      new DispatcherUnhandledExceptionFilterEventHandler(Dispatcher_UnhandledExceptionFilter);
}

void Dispatcher_UnhandledExceptionFilter(object sender, 
    DispatcherUnhandledExceptionFilterEventArgs e)
{
    e.RequestCatch = true;
}

void Dispatcher_UnhandledException(object sender, 
    DispatcherUnhandledExceptionEventArgs e)
{
    MessageBox.Show(e.Exception.ToString());
    e.Handled = true;
}

사실, 개인적으로 왜 위와 같이 2단계의 예외 처리 이벤트를 두었는지는 이해할 수가 없습니다. 간단하게 살펴보면, UnhandledExceptionFilter 단계에서는 선택적으로 "e.RequestCatch" 변수에 true / false를 할당하는 것이 가능한데, 만약 여기에 true를 주면 비정상 종료되지 않고 false를 주면 응용 프로그램이 비정상종료를 하게 됩니다.

또한, e.RequestCatch 변수의 값에 상관없이 Dispatcher_UnhandledException 이벤트 처리기는 호출이 되어집니다. 중요한 것은, 이때에도 e.Handled 변수에 true 값을 할당해 주어야만 응용 프로그램이 비정상 종료 하는 것을 막을 수가 있습니다. 왜 이렇게 2가지 단계로 나뉘어야만 했을까요? 보시면 알겠지만, UnhandledExceptionFilter 이벤트 처리기 단계에서도 DispatcherUnhandledExceptionFilterEventArgs 매개변수(e.Exception)를 통해서 예외를 알아낼 수가 있습니다. 그러니 굳이 Dispatcher_UnhandledException 단계까지 갈 필요가 없음에도 불구하고.

마지막으로... 퀴즈 하나!
WPF 응용 프로그램에서 secondary thread에서 예외가 발생한 경우에는 어떻게 처리할 수 있을까요?



[이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 5/21/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 



2008-11-16 06시56분
[지나가는 이] secondary thread는 AppDomain.CurrentDomain.UnhandledException += new UnhandledExceptionEventHandler(CurrentDomain_UnhandledException);

이걸로 처리 할 수 있는 건가요?
[guest]
2008-11-17 09시33분
넵. ^^
kevin25
2018-07-18 01시31분
[질문자] e.RequestCatch 와 e.Handled 모두 true 로 줬음에도 SEHException 이 발생하면서 프로그램이 종료되네요.
임의로 발생시킨 예외는 NullException 이에요.
[guest]
2018-07-18 04시30분
그러니까, 새 WPF 프로젝트 만들고 위의 코드가 반영된 상태에서 Window Loaded 이벤트에서 예외를 발생시키면 종료된다는 건가요?
정성태

... 136  137  138  139  140  141  142  143  144  145  146  147  [148]  149  150  ...
NoWriterDateCnt.TitleFile(s)
1353정성태9/17/201225677.NET Framework: 337. Python의 생성기와 코루틴을 C#으로 표현하면. [2]파일 다운로드1
1352정성태9/13/201223712.NET Framework: 336. .NET Profiler가 COM 개체일까?
1351정성태9/13/201228169디버깅 기술: 49. windbg - .NET Framework 스레드 개체의 COM Apartment 유형 확인하는 방법
1350정성태9/12/201228841개발 환경 구성: 167. (실은) 무료가 아니었던 AWS EC2 서비스 [4]
1349정성태9/11/201260582VS.NET IDE: 74. Visual Studio의 '새 파일'을 UTF-8 인코딩으로 지정하는 방법 [4]
1348정성태9/11/201228010오류 유형: 164. Active Directory - Functional Level 승격이 안 되는 문제
1347정성태9/10/201230445Windows: 62. 윈도우 서버 2012 - Hyper-V 서버 마이그레이션 [1]
1346정성태9/10/201231314Windows: 61. 윈도우 서버 2012 - Active Directory 서버 마이그레이션
1345정성태9/10/201235332스크립트: 12. 파이썬 - Win32 DLL 연동 [2]
1344정성태9/10/201228489오류 유형: 163. .NET Framework 4.5 제거 후 Visual Studio 2010 실행 시 Unknown Error
1343정성태9/8/201242282스크립트: 11. 파이썬(Python) 윈도우 개발 환경 [7]
1342정성태9/6/201226448VS.NET IDE: 73. Visual Studio 2012 - XmlCodeGenerator 마이그레이션
1341정성태9/4/201235765Windows: 60. Hyper-V에서 RemoteFX 없이 DirectX 11 제공 [12]
1340정성태9/4/201227947개발 환경 구성: 166. DOS - ping 결과에서 평균 응답 시간값 추출하기 [3]
1339정성태9/4/201230398개발 환경 구성: 165. 새로운 Visual Studio 2012 원격 디버깅 툴 [5]
1338정성태9/4/201232189.NET Framework: 335. C# - (핸들을 이용하여) 모든 열린 파일을 열람 [6]파일 다운로드1
1337정성태8/30/201221994Phone: 7. 디버거로 실습해 보는 윈도우 폰의 Tombstone 상태파일 다운로드1
1336정성태8/30/201240035.NET Framework: 334. 스레드 비정상 종료로 발생하는 CLOSE_WAIT 소켓 상태 [2]파일 다운로드1
1335정성태8/30/201228803Windows: 59. Hyper-V Internal 네트워크 VM의 인터넷 접속
1334정성태8/29/201248093.NET Framework: 333. 코드로 재현하는 소켓 상태(FIN_WAIT1, FIN_WAIT2, TIME_WAIT, CLOSE_WAIT, LAST_WAIT) [6]
1333정성태8/27/201251500개발 환경 구성: 164. system32 폴더에 있는 파일의 권한 조정 [2]
1332정성태8/23/201223418Team Foundation Server: 48. TFS - Team Project Collection 이전하는 방법
1331정성태8/23/201226584오류 유형: 162. Database '...' already exists. Choose a different database name. (Microsoft SQL Server, Error: 1801)
1330정성태8/22/201227347Team Foundation Server: 47. 5인 이내의 팀, 또는 개인 로컬 소스 관리를 위한 무료 TFS Express
1329정성태8/21/201222785오류 유형: 161. Azure - Storage 삭제가 안되는 경우 [1]
1328정성태8/20/201233200개발 환경 구성: 163. IIS 7 - "MIME Types" 설정 아이콘이 없는 경우
... 136  137  138  139  140  141  142  143  144  145  146  147  [148]  149  150  ...