ASP.NET 응용 프로그램이 예외로 프로세스가 종료된다면?
우연히 검색하다가 다음과 같은 질문이 있는 것을 보게 되었습니다.
How to treat unhandled thread-exceptions in ASP.NET?
; http://stackoverflow.com/questions/11117167/how-to-treat-unhandled-thread-exceptions-in-asp-net
질문인 즉, 다음의 코드와 같이 ASP.NET 요청을 처리하는 스레드가 아닌, 2차적으로 생성한 스레드에서 예외가 발생하면,
protected void Page_Load(object sender, EventArgs e)
{
var thread = new Thread(() =>
{
throw new InvalidOperationException("some failure on a helper thread");
});
thread.Start();
thread.Join();
}
w3wp.exe 프로세스가 비정상 종료된다는 것입니다. 이와 비슷한 질문이 또 하나 있습니다.
Handling unhandled Task exceptions in ASP.NET 4
; https://evolpin.wordpress.com/2013/05/26/handling-unhandled-task-exceptions-in-asp-net-4/
위의 글에서도 ASP.NET 요청 스레드가 아닌, Task 타입을 이용한 2차 스레드 내부에서 작업을 하는 도중 예외가 발생하면 프로세스가 종료된다는 것입니다.
protected void Button_Click(object sender, EventArgs e)
{
Task.Factory.StartNew(() =>
{
Task.Factory.StartNew(() =>
{
Task.Factory.StartNew(() =>
{
throw new ApplicationException("deepest exception");
}, TaskCreationOptions.AttachedToParent);
throw new ApplicationException("internal exception");
}, TaskCreationOptions.AttachedToParent);
System.Threading.Thread.Sleep(100);
throw new ApplicationException("exception");
}, TaskCreationOptions.LongRunning);
}
글에서도 나오지만, .NET 4.0에 이런 현상이 있었고 마이크로소프트는 .NET 4.5부터 Task 내에서 자동으로 예외 처리를 하는 것으로 바꿔 프로세스 종료가 안되도록 했다고 합니다. 대신 .NET 4.0처럼 프로세스가 종료되는 식의 동작을 하고 싶다면 web.config에 ThrowUnobservedTaskExceptions 옵션을 적용해 제어할 수 있게 했습니다.
결국, 이 문제의 원인도 같습니다. 2차 스레드에서 예외가 발생하면 프로세스가 죽는 현상이 발생한 것이고 위의 글에서는 .NET 4.0에서의 문제를 해결하기 위해 HTTP 모듈까지 작성하는 해결책을 보여주고 있습니다.
이미 아시는 분들도 계시겠지만, 사실 이 문제는 약간 .NET의 역사적인 면을 알아야 합니다.
처음 .NET 1.x 시절에는 2차 스레드에서 예외가 발생한 경우 마이크로소프트는 그것을 조용히 스레드만 종료하는 식으로 처리를 했습니다. 하지만, .NET 2.0부터 그 동작을 스레드를 조용히 종료하는 식이 아닌, 프로세스를 종료하는 식으로 바꿨습니다. 아마도 이 결정에 대해서는 호불호가 갈릴 것입니다.
단지, 제 의견은 2.0에서의 동작을 찬성합니다. 왜냐하면, 2차 스레드가 조용히 죽어버리면 대부분의 개발자들이 자신의 코드에 어떤 문제가 발생하고 있는지 모르기 때문입니다. 따라서, 프로그램의 '안정성'을 향상시킬 수 있는 여지가 없어져 버립니다.
물론, 마이크로소프트는 개발자들이 .NET 1.x에서처럼 동작하기를 바랄 수 있으므로 .NET 2.0에서도 그렇게 동작시킬 수 있는 옵션을 두었습니다. 이 설정은 aspnet.config 파일에 할 수 있는데 자신의 닷넷 응용 프로그램 유형에 따라 각각 다음의 설정 파일에 대해,
.NET 2.0 32비트: %WINDIR%\Microsoft.NET\Framework\v2.0.50727\aspnet.config
.NET 4.0 32비트: %WINDIR%\Microsoft.NET\Framework\v4.0.30319\aspnet.config
.NET 2.0 64비트: %WINDIR%\Microsoft.NET\Framework64\v2.0.50727\aspnet.config
.NET 4.0 64비트: %WINDIR%\Microsoft.NET\Framework64\v4.0.30319\aspnet.config
legacyUnhandledExceptionPolicy 값을 true로 설정하면 됩니다.
<?xml version="1.0" encoding="UTF-8" ?>
<configuration>
<runtime>
<legacyUnhandledExceptionPolicy enabled="true" />
...생략]...
</runtime>
</configuration>
애석한 점은, 왜 하필 마이크로소프트가 이 옵션을 aspnet.config에 두었냐는 것입니다. 이로 인해 legacyUnhandledExceptionPolicy 옵션을 web.config 내에서 재정의할 수 없기 때문입니다. 어쩔 수 없이, 개발자들은 해당 시스템에 로그인한 후 관리자 권한의 메모장을 열어 (일관성을 위해) 4개의 파일을 각각 변경해야 하는 수고로움이 있는 것입니다.
아마도 web.config에서만 재정의할 수 있게 했어도 많은 불편함이 사라질 수 있었을 텐데... ^^;
참고로, 예전에도 legacyUnhandledExceptionPolicy 옵션을 설명한 적이 있었습니다.
.NET 예외 처리 정리
; https://www.sysnet.pe.kr/2/0/316
[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]