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 계층에서 예외를 무시하는 코드가 있을 거라는... 짐작이 가능합니다.
(
이 글의 예제 코드는 첨부 파일에 있습니다.)
[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]