Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일

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)
13094정성태7/6/202219오류 유형: 816. Golang - "short write" 오류 원인
13093정성태7/5/202257.NET Framework: 2029. C# - HttpWebRequest로 localhost 접속 시 2초 이상 지연
13092정성태7/3/2022122.NET Framework: 2028. C# - HttpWebRequest의 POST 동작 방식파일 다운로드1
13091정성태7/3/202281.NET Framework: 2027. C# - IPv4, IPv6를 모두 지원하는 서버 소켓 생성 방법
13090정성태6/29/202260오류 유형: 815. PyPI에 업로드한 패키지가 반영이 안 되는 경우
13089정성태6/28/202280개발 환경 구성: 646. HOSTS 파일 변경 시 Edge 브라우저에 반영하는 방법
13088정성태6/27/202260개발 환경 구성: 645. "Developer Command Prompt for VS 2022" 명령행 환경의 폰트를 바꾸는 방법
13087정성태6/23/2022129스크립트: 41. 파이썬 - FastAPI / uvicorn 호스팅 환경에서 asyncio 사용하는 방법
13086정성태6/22/2022239.NET Framework: 2026. C# 11 - 문자열 보간 개선 2가지파일 다운로드1
13085정성태6/22/2022193.NET Framework: 2025. C# 11 - 원시 문자열 리터럴(raw string literals)파일 다운로드1
13084정성태6/21/202270개발 환경 구성: 644. Windows - 파이썬 2.7을 msi 설치 없이 구성하는 방법
13083정성태6/20/2022196.NET Framework: 2024. .NET 7에 도입된 GC의 메모리 해제에 대한 segment와 region의 차이점
13082정성태6/19/2022117.NET Framework: 2023. C# - Process의 I/O 사용량을 보여주는 GetProcessIoCounters Win32 API파일 다운로드1
13081정성태6/17/2022192.NET Framework: 2022. C# - .NET 7 Preview 5 신규 기능 - System.IO.Stream ReadExactly / ReadAtLeast파일 다운로드1
13080정성태6/17/2022129개발 환경 구성: 643. Visual Studio 2022 17.2 버전에서 C# 11 또는 .NET 7.0 preview 적용
13079정성태6/17/202296오류 유형: 814. 파이썬 - Error: The file/path provided (...) does not appear to exist
13078정성태6/16/2022188.NET Framework: 2021. WPF - UI Thread와 Render Thread파일 다운로드1
13077정성태6/15/2022116스크립트: 40. 파이썬 - postgresql 환경 구성
13075정성태6/15/2022201Linux: 50. Linux - apt와 apt-get의 차이 [2]
13074정성태6/13/2022205.NET Framework: 2020. C# - NTFS 파일에 사용자 정의 속성값 추가하는 방법파일 다운로드1
13073정성태6/12/2022244Windows: 207. Windows Server 2022에 도입된 WSL 2
13072정성태6/10/2022157Linux: 49. Linux - ls 명령어로 출력되는 디렉터리 색상 변경 방법
13071정성태6/9/2022201스크립트: 39. Python에서 cx_Oracle 환경 구성
13070정성태6/8/2022243오류 유형: 813. Windows 11에서 입력 포커스가 바뀌는 문제 [1]
13069정성태5/26/2022500.NET Framework: 2019. C# - .NET에서 제공하는 3가지 Timer 비교
[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...