Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 1개 있습니다.)

C# - COM 개체의 이벤트 핸들러에서 발생하는 예외에 대한 CLR의 특별 대우

재미있는 질문이 있었습니다.

UI 스레드 관련 질문드립니다.
; https://www.sysnet.pe.kr/3/0/5655

저도 그동안 인지를 못했었는데, 웹 브라우저의 DocumentCompleted 이벤트 핸들러에서 발생한 예외의 경우 catch를 하지 않아도 응용 프로그램은 종료하지 않습니다. 즉, 내부적으로 예외를 무시하기 때문에 Application.ThreadException에서도 잡히지 않는 것입니다.

이에 대한 테스트는 다음과 같이 간단하게 할 수 있습니다.

using System;
using System.Windows.Forms;

namespace WindowsFormsApp1
{
    public partial class Form1 : Form
    {
        public Form1()
        {
            InitializeComponent();
        }

        private void webBrowser1_DocumentCompleted(object sender, WebBrowserDocumentCompletedEventArgs e)
        {
            throw new ApplicationException("TEST");
        }

        private void button1_Click(object sender, EventArgs e)
        {
            this.webBrowser1.Navigate("https://www.naver.com");
        }
    }
}

저 프로그램을 실행시켜 button1을 누르면 DocumentCompleted가 호출되면서 예외가 발생할 텐데, 저렇게 try/catch로 처리하지 않아도 응용 프로그램은 종료하지 않습니다. 도대체 여기에는 어떤 특별함이 있을까요?

우선, DocumentCompleted 콜백이 발생했을 때의 호출 스택을 보면,

>    WindowsFormsApp1.exe!WindowsFormsApp1.Form1.webBrowser1_DocumentCompleted(object sender, System.Windows.Forms.WebBrowserDocumentCompletedEventArgs e) Line 17   C#  Symbols loaded.
    System.Windows.Forms.dll!System.Windows.Forms.WebBrowser.OnDocumentCompleted(System.Windows.Forms.WebBrowserDocumentCompletedEventArgs e)   Unknown Non-user code. Skipped loading symbols.
    [Native to Managed Transition]      Annotated Frame
    [Managed to Native Transition]      Annotated Frame
    [Native to Managed Transition]      Annotated Frame
    [Managed to Native Transition]      Annotated Frame
    System.Windows.Forms.dll!System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(System.IntPtr dwComponentID, int reason, int pvLoopData)  Unknown Non-user code. Skipped loading symbols.
    System.Windows.Forms.dll!System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(int reason, System.Windows.Forms.ApplicationContext context)    Unknown Non-user code. Skipped loading symbols.
    System.Windows.Forms.dll!System.Windows.Forms.Application.ThreadContext.RunMessageLoop(int reason, System.Windows.Forms.ApplicationContext context) Unknown Non-user code. Skipped loading symbols.
    WindowsFormsApp1.exe!WindowsFormsApp1.Program.Main() Line 20    C#  Symbols loaded.

중간에 Interop Ax DLL에 해당하는 OnDocumentCompleted의 역어셈블 코드를 봐도 별도의 try/catch는 없습니다. 그리고 그 하위에 CCW/RCW로 예측되는 Transition 계층이 나오고, 마지막의 System.Windows.Forms 호출 스택은 일반적인 메시지 루프에 불과합니다.

그렇다면, 이제 문제를 살짝 좁힐 수 있습니다. 즉, 예외를 무시하도록 COM 개체 측에서 처리했거나, 아니면 Transition 계층에서 그렇게 처리하고 있는 것입니다. 과연 어느 쪽일까요? ^^




혹시 WebBrowser와 같은 ActiveX는 마이크로소프트가 만들었기 때문에 예외 처리를 잘 하고 있는 것이 아닐까요? 이에 대한 테스트를 위해 간단한 COM 개체를 만들고,

// ...[생략]...

// 참고: https://www.sysnet.pe.kr/2/0/588
interface IATLSimpleObject : IDispatch
{
    [id(1)] HRESULT DoMethod([in] LONG lParam);
};

dispinterface _IATLSimpleObjectEvents
{
    properties:
    methods:
        [id(1)] HRESULT DoCallback();
};

// ...[생략]...

// ...[생략]...

STDMETHODIMP CATLSimpleObject::DoMethod(LONG lParam)
{
    Fire_DoCallback();
    return S_OK;
}

C# 측에서는 DoMethod 코드를 호출해 DoCallback 이벤트를 수신하는 코드를 다음과 같이 작성해 줍니다.

private void Form1_Load(object sender, EventArgs e)
{
    Guid objGuid = new Guid("{043c73f1-f1c6-4004-8c8a-c14901b492da}");
    Type type = Type.GetTypeFromCLSID(objGuid);

    object obj = Activator.CreateInstance(type);

    IConnectionPointContainer connectionPoint = obj as IConnectionPointContainer;

    IConnectionPoint point;
    Guid guid = new Guid("{c8fadc19-aec4-48e1-997c-6167b80b07c9}");

    connectionPoint.FindConnectionPoint(ref guid, out point);

    int dwCookie;
    point.Advise(this, out dwCookie);

    dynamic dn = obj;
    dn.DoMethod(5);
}

public void DoCallback()
{
    throw new ApplicationException("TEST");
}

그럼, Form1.Load가 실행되면서 COM 개체를 생성해 DoMethod를 호출하는데, C++ COM의 DoMethod 내부에서는 DoCallback 이벤트를 발생시키므로 WinForm 측에서 지정한 DoCallback 이벤트 핸들러 코드가 실행됩니다.

확인 결과, 이렇게 간단한 COM 개체조차도 이벤트 핸들러에서의 "throw" 예외 발생은 Windows Forms의 실행을 종료시키지 못했습니다. 따라서, 아마도 CCW/RCW 계층에서 예외를 무시하는 코드가 있을 거라는... 짐작이 가능합니다.

(이 글의 예제 코드는 첨부 파일에 있습니다.)




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 5/7/2022]

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

비밀번호

댓글 작성자
 




1  2  3  4  5  [6]  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13112정성태7/30/20221738.NET Framework: 2037. C# 11 - 목록 패턴(List patterns) [1]파일 다운로드1
13111정성태7/29/20221636.NET Framework: 2036. C# 11 - IntPtr/UIntPtr과 nint/nuint의 통합파일 다운로드1
13110정성태7/27/20221753.NET Framework: 2035. C# 11 - 새로운 연산자 ">>>" (Unsigned Right Shift)파일 다운로드1
13109정성태7/27/20221468VS.NET IDE: 177. 비주얼 스튜디오 2022를 이용한 (소스 코드가 없는) 닷넷 모듈 디버깅 - "외부 원본(External Sources)"
13108정성태7/26/20221232Linux: 53. container에 실행 중인 Golang 프로세스를 디버깅하는 방법
13107정성태7/25/20221494Linux: 52. Debian/Ubuntu 계열의 docker container에서 자주 설치하게 되는 명령어
13106정성태7/24/20221108오류 유형: 819. 닷넷 6 프로젝트의 "Conditional compilation symbols" 기본값 오류
13105정성태7/23/20221462.NET Framework: 2034. .NET Core/5+ 환경에서 (프로젝트가 아닌) C# 코드 파일을 입력으로 컴파일하는 방법 - 두 번째 이야기 [1]
13104정성태7/23/20221736Linux: 51. WSL - init에서 systemd로 전환하는 방법
13103정성태7/22/20221416오류 유형: 818. WSL - systemd-genie와 관련한 2가지(systemd-remount-fs.service, multipathd.socket) 에러
13102정성태7/19/20221168.NET Framework: 2033. .NET Core/5+에서는 구할 수 없는 HttpRuntime.AppDomainAppId
13101정성태7/15/20223113도서: 시작하세요! C# 10 프로그래밍
13100정성태7/15/20221583.NET Framework: 2032. C# 11 - shift 연산자 재정의에 대한 제약 완화 (Relaxing Shift Operator)
13099정성태7/14/20221847.NET Framework: 2031. C# 11 - 사용자 정의 checked 연산자파일 다운로드1
13098정성태7/13/20221194개발 환경 구성: 647. Azure - scale-out 상태의 App Service에서 특정 인스턴스에 요청을 보내는 방법 [1]
13097정성태7/12/2022853오류 유형: 817. Golang - binary.Read: invalid type int32
13096정성태7/8/20221683.NET Framework: 2030. C# 11 - UTF-8 문자열 리터럴
13095정성태7/7/20221220Windows: 208. AD 도메인에 참여하지 않은 컴퓨터에서 Kerberos 인증을 사용하는 방법
13094정성태7/6/20221090오류 유형: 816. Golang - "short write" 오류 원인
13093정성태7/5/20221384.NET Framework: 2029. C# - HttpWebRequest로 localhost 접속 시 2초 이상 지연
13092정성태7/3/20221494.NET Framework: 2028. C# - HttpWebRequest의 POST 동작 방식파일 다운로드1
13091정성태7/3/20221177.NET Framework: 2027. C# - IPv4, IPv6를 모두 지원하는 서버 소켓 생성 방법
13090정성태6/29/20221014오류 유형: 815. PyPI에 업로드한 패키지가 반영이 안 되는 경우
13089정성태6/28/20221186개발 환경 구성: 646. HOSTS 파일 변경 시 Edge 브라우저에 반영하는 방법
13088정성태6/27/2022827개발 환경 구성: 645. "Developer Command Prompt for VS 2022" 명령행 환경의 폰트를 바꾸는 방법
13087정성태6/23/20221883스크립트: 41. 파이썬 - FastAPI / uvicorn 호스팅 환경에서 asyncio 사용하는 방법 [1]
1  2  3  4  5  [6]  7  8  9  10  11  12  13  14  15  ...