ASP.NET/Core 웹 응용 프로그램 - 2차 스레드의 예외로 인한 비정상 종료
(이 글은 .NET Framework에서 실습했지만 .NET Core/5+인 경우에도 비슷할 것입니다.)
보통, 요청을 처리하는 스레드, 즉 aspx 페이지 자체의 코드를 실행하는 스레드에서의 예외는 상위 호출 스택에서 try/catch를 하고 있으므로 비정상 종료까지 발생하지는 않습니다. 하지만 사용자가 직접 생성한 스레드, 또는 스레드풀에 속한 스레드에서의 예외는 비정상 종료를 발생할 수 있는데요, 전에도 이에 대해 설명한 적이 있었습니다.
ASP.NET 응용 프로그램이 예외로 프로세스가 종료된다면?
; https://www.sysnet.pe.kr/2/0/10863
이번 글에서는, 정리하는 의미에서 유형별로 비정상 종료 여부를 설명해 보겠습니다. ^^
우선, 직접적으로 1) 사용자가 생성한 스레드의 경우 예외가 발생하면 비정상 종료를 하게 됩니다. 일례로 아래의 코드는 페이지 방문 후 10초 즈음에 프로세스가 강제 종료됩니다.
public partial class _Default : Page
{
protected void Page_Load(object sender, EventArgs e)
{
CreateThread();
}
private void CreateThread()
{
new Thread(() =>
{
Thread.Sleep(10 * 1000);
throw new ApplicationException(); // Crash
})
{ IsBackground = true }.Start();
}
}
이와 마찬가지로 2) 스레드풀에 속한 스레드에서의 예외도 프로세스를 강제 종료합니다.
protected void Page_Load(object sender, EventArgs e)
{
ThreadPool.QueueUserWorkItem((arg) =>
{
Thread.Sleep(10 * 1000);
throw new ApplicationException(); // Crash
});
}
하지만, 같은 스레드풀의 스레드를 사용하더라도 3)
APM(Asynchronous Programming Model) 방식의 모델에서는 예외를 먹어버리기 때문에 비정상 종료를 하지 않습니다.
public partial class _Default : Page
{
protected void Page_Load(object sender, EventArgs e)
{
ParameterizedThreadStart testMethod = new ParameterizedThreadStart(this.testMethod);
testMethod.BeginInvoke(null, null, null); // .NET APM 비동기 호출의 Begin...과 End... 조합
}
private void testMethod(object objState)
{
Thread.Sleep(1000 * 10);
throw new ApplicationException(); // Not crash
}
}
또한, 우리가 익히 알고 있는 4) async/await도 비정상 종료를 하지 않습니다.
// Default.aspx
<%@ Page Title="Home Page" Async="true" Language="C#" MasterPageFile="~/Site.Master" AutoEventWireup="true" CodeBehind="Default.aspx.cs" Inherits="WebApplication1._Default" %>
...[생략]...
// Default.aspx.cs
public partial class _Default : Page
{
protected void Page_Load(object sender, EventArgs e)
{
// Using Asynchronous Methods in ASP.NET 4.5
// https://learn.microsoft.com/en-us/aspnet/web-forms/overview/performance-and-caching/using-asynchronous-methods-in-aspnet-45
RegisterAsyncTask(new PageAsyncTask(PageLoadAsync));
// 또는,
// Walkthrough: Creating an Asynchronous HTTP Handler
// ; https://learn.microsoft.com/en-us/previous-versions/aspnet/ms227433(v=vs.100)
}
private async Task PageLoadAsync()
{
await Task.Delay(10 * 1000);
throw new ApplicationException(); // Not crash
}
}
사실 async/await의 추상화를 제거한다면 Task 기반의 스레드풀 활용으로 대표할 수 있는데요, 이것 역시 ThreadPool.QueueUserWorkItem과 마찬가지로 CLR 측의 ThreadPool 내에 있는 스레드를 활용하는데도 예외 발생으로 인한 프로세스 종료는 하지 않습니다. 재미있는 건, 원래 Task도 비정상 종료를 했었지만 .NET 4.5부터 하지 않도록 바뀌었다는 점입니다.
만약 여러분의 응용 프로그램에서, 위의 1번 및 2번과 같은 사례에서도 예외 발생 시 프로세스 종료를 하지 않도록 막고 싶다면
legacyUnhandledExceptionPolicy 옵션을 사용하면 됩니다.
애석하게도 .NET Core의 경우에는 이 옵션을 제공하지 않는 듯한데요,
.net core 2.1 AppDomain.CurrentDomain.UnhandledException
; https://github.com/dotnet/runtime/issues/11546
대신 호스팅 단계에서 설정할 수는 있다고 합니다.
How to pass APPDOMAIN_IGNORE_UNHANDLED_EXCEPTIONS using hostfxr #39587
; https://github.com/dotnet/runtime/issues/39587
그래도 #39587 이슈의 해결책은 대부분의 .NET Core/5+ 응용 프로그램에서 그다지 현실성이 없기 때문에, 사용자 스레드와 ThreadPool.QueueUserWorkItem 등의 API 사용 시 예외 처리를 신중하게 할 수밖에 없습니다.
[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]