처리 후 알 수 없음/잠긴 상태로 입력됩니다. UnhandledException

내 App.xaml.cs에서 DispatcherUnhandledExceptions (UI 스레드) 및 UnhandledException (UI가 아닌 스레드)을 처리하는 이벤트가 있습니다. Dispatcher 내부에서 예외를 throw하면 DispatcherHandler가 예외를 catch하고 처리합니다. 예외를 로깅 한 후 e.Handled를 true로 설정합니다. 지금 이상한 행동, dispatcher 외부 예외를 던지면. regualr statment, 컨트롤이 발송자 예외 처리기로 보내집니다 있지만 메서드를 처리 한 후에 기본적으로 컨트롤을 잃을하지만 여전히 찾고 실행하여 말할 수 있습니다. 대처리 후 알 수 없음/잠긴 상태로 입력됩니다. UnhandledException

대 중지 버튼에서 하나 더 설정하면 e.handled를 false로 설정하면 비 -ui 스레드 예외 처리기로 제어가 전송됩니다.

그렇다면 왜 내가 디스패처 처리기에서 예외를 처리 한 후 응용 프로그램을 잠글 수 있습니까?

여기

private void App_DispatcherUnhandledException(object sender, DispatcherUnhandledExceptionEventArgs e) 
    { 
     // log exception here 
     e.Handled = true; 
    } // control is lost after executing this block 

    private void App_UnhandledException(object sender, UnhandledExceptionEventArgs e) 
    { 
     try 
     { 
      Exception ex = e.ExceptionObject as Exception;     
      // log exception here 
     } 
     finally 
     { 
      Environment.Exit(-1); 
     } 

    }

출처

2011-11-25 Syler

UnhandledException 응용 프로그램을 효과적으로 죽은 것을 의미 내 코드입니다. 이 이벤트를받는다면 시나리오를 복구하기에는 너무 늦은 것입니다. 일반적으로이 이벤트는 디버깅 목적으로 오류를 기록하는 데 사용되며 일부 관리되지 않는 리소스를 정리하려고 시도 할 수 있습니다.

다음 article은 WPF의 예외 처리에 대한 자세한 설명을 제공합니다.

출처

2011-11-25 03:31:13

e.handled = true를 실행 한 후 앱이 야채 상태로 들어가는 이유는 무엇입니까? 내 창 생성자에서, 나는 예외를 throw하고, 새로운 Exception ("약간의 예외")을 던집니다. 컨트롤은 dispatcherUnhandledException 핸들러로 보내지 만 앱은 계속 실행됩니다. – Syler

창 생성자에서 예외를 throw하지 않는 것이 좋습니다. 대신 논리를 Initialized 또는 Loaded 이벤트에 넣은 다음 자신을 창으로 죽이십시오. –

OnStartup 이벤트 이후에 예외가 발생하면 앱이 작업을 다시 시작할 수있는 것처럼 보이지만 예외가 발생하면 예외가 발견되어 처리되지만 기본 창이 표시되지 않지만 디버거에 앱을 실행 중으로 설정합니다.

내가 찾은 가장 가까운 해결책은 주 윈도우의 생성자에서 복잡한 로직을 제거하여 onstartup 이벤트를 실행하고 MainWindow로드 이벤트에서 많은로드를 수행하는 것입니다.

출처

2011-11-30 22:32:50 Syler

처리 후 알 수 없음/잠긴 상태로 입력됩니다. UnhandledException

답변

관련 문제