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

(시리즈 글이 11개 있습니다.)
디버깅 기술: 6. .NET 예외 처리 정리
; https://www.sysnet.pe.kr/2/0/316

디버깅 기술: 15. First-Chance Exception
; https://www.sysnet.pe.kr/2/0/510

디버깅 기술: 16. Watson Bucket 정보를 이용한 CLR 응용 프로그램 예외 분석
; https://www.sysnet.pe.kr/2/0/595

.NET Framework: 110. WPF - 전역 예외 처리
; https://www.sysnet.pe.kr/2/0/614

디버깅 기술: 31. Windbg - Visual Studio 디버그 상태에서 종료해 버리는 응용 프로그램
; https://www.sysnet.pe.kr/2/0/957

디버깅 기술: 42. Watson Bucket 정보를 이용한 CLR 응용 프로그램 예외 분석 - (2)
; https://www.sysnet.pe.kr/2/0/1096

.NET Framework: 534. ASP.NET 응용 프로그램이 예외로 프로세스가 종료된다면?
; https://www.sysnet.pe.kr/2/0/10863

디버깅 기술: 110. 비동기 코드 실행 중 예외로 인한 ASP.NET 프로세스 비정상 종료 현상
; https://www.sysnet.pe.kr/2/0/11383

디버깅 기술: 119. windbg 분석 사례 - 종료자(Finalizer)에서 예외가 발생한 경우 비정상 종료(Crash) 발생
; https://www.sysnet.pe.kr/2/0/11732

닷넷: 2148. C# - async 유무에 따른 awaitable 메서드의 병렬 및 예외 처리
; https://www.sysnet.pe.kr/2/0/13422

닷넷: 2213. ASP.NET/Core 웹 응용 프로그램 - 2차 스레드의 예외로 인한 비정상 종료
; https://www.sysnet.pe.kr/2/0/13551




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 사용 시 예외 처리를 신중하게 할 수밖에 없습니다.




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







[최초 등록일: ]
[최종 수정일: 2/19/2024]

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)
13566정성태2/27/20249529오류 유형: 897. Windows 7 SDK 설치 시 ".NET Development" 옵션이 비활성으로 선택이 안 되는 경우
13565정성태2/23/20248622닷넷: 2219. .NET CLR2 보안 모델에서의 개별 System.Security.Permissions 제어
13564정성태2/22/202410139Windows: 259. Hyper-V Generation 1 유형의 VM을 Generation 2 유형으로 바꾸는 방법
13563정성태2/21/20249630디버깅 기술: 196. windbg - async/await 비동기인 경우 메모리 덤프 분석의 어려움
13562정성태2/21/20249333오류 유형: 896. ASP.NET - .NET Framework 기본 예제에서 System.Web에 대한 System.IO.FileNotFoundException 예외 발생
13561정성태2/20/202410135닷넷: 2218. C# - (예를 들어, Socket) 비동기 I/O에 대한 await 호출 시 CancellationToken을 이용한 취소파일 다운로드1
13560정성태2/19/202410183디버깅 기술: 195. windbg 분석 사례 - Semaphore 잠금으로 인한 Hang 현상 (닷넷)
13559정성태2/19/202410992오류 유형: 895. ASP.NET - System.Security.SecurityException: 'Requested registry access is not allowed.'
13558정성태2/18/202410169닷넷: 2217. C# - 최댓값이 1인 SemaphoreSlim 보다 Mutex 또는 lock(obj)를 선택하는 것이 나은 이유
13557정성태2/18/20249046Windows: 258. Task Scheduler의 Author 속성 값을 변경하는 방법
13556정성태2/17/20249423Windows: 257. Windows - Symbolic (hard/soft) Link 및 Junction 차이점
13555정성태2/15/20249632닷넷: 2216. C# - SemaphoreSlim 사용 시 주의점
13554정성태2/15/20249055VS.NET IDE: 189. Visual Studio - 닷넷 소스코드 디컴파일 찾기가 안 될 때
13553정성태2/14/20248605닷넷: 2215. windbg - thin/fat lock 없이 동작하는 Monitor.Wait + Pulse
13552정성태2/13/20248717닷넷: 2214. windbg - Monitor.Enter의 thin lock과 fat lock
13551정성태2/12/20249808닷넷: 2213. ASP.NET/Core 웹 응용 프로그램 - 2차 스레드의 예외로 인한 비정상 종료
13550정성태2/11/202410252Windows: 256. C# - Server socket이 닫히면 Accept 시켰던 자식 소켓이 닫힐까요?
13549정성태2/3/202411218개발 환경 구성: 706. C# - 컨테이너에서 실행하기 위한 (소켓) 콘솔 프로젝트 구성
13548정성태2/1/202410780개발 환경 구성: 705. "Docker Desktop for Windows" - ASP.NET Core 응용 프로그램의 소켓 주소 바인딩(IPv4/IPv6 loopback, Any)
13547정성태1/31/202410445개발 환경 구성: 704. Visual Studio - .NET 8 프로젝트부터 dockerfile에 추가된 "USER app" 설정
13546정성태1/30/202410137Windows: 255. (디버거의 영향 등으로) 대상 프로세스가 멈추면 Socket KeepAlive로 연결이 끊길까요?
13545정성태1/30/20249656닷넷: 2212. ASP.NET Core - 우선순위에 따른 HTTP/HTTPS 호스트:포트 바인딩 방법
13544정성태1/30/20249324오류 유형: 894. Microsoft.Data.SqlClient - Could not load file or assembly 'System.Security.Permissions, ...'
13543정성태1/30/20249749Windows: 254. Windows - 기본 사용 중인 5357 포트 비활성화는 방법
13542정성태1/30/20248828오류 유형: 893. Visual Studio - Web Application을 실행하지 못하는 IISExpress - 두 번째 이야기
13541정성태1/29/20249579VS.NET IDE: 188. launchSettings.json의 useSSL 옵션
1  2  3  4  5  6  7  8  9  10  11  12  13  14  [15]  ...