Microsoft MVP성태의 닷넷 이야기
.NET Framework: 536. Thread.Abort의 스레드 종료 지연 [링크 복사], [링크+제목 복사],
조회: 23263
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일

(시리즈 글이 5개 있습니다.)
.NET Framework: 284. Thread 개체의 Interrupt와 Abort의 차이점
; https://www.sysnet.pe.kr/2/0/1205

.NET Framework: 418. Thread.Abort 호출의 hang 현상
; https://www.sysnet.pe.kr/2/0/1617

.NET Framework: 536. Thread.Abort의 스레드 종료 지연
; https://www.sysnet.pe.kr/2/0/10865

.NET Framework: 538. Thread.Abort로 인해 프로세스가 종료되는 현상
; https://www.sysnet.pe.kr/2/0/10867

디버깅 기술: 109. windbg - (x64에서의 인자 값 추적을 이용한) Thread.Abort 시 대상이 되는 스레드를 식별하는 방법
; https://www.sysnet.pe.kr/2/0/11380




Thread.Abort의 스레드 종료 지연

Win32 API 시절에는 TerminateThread를 이용해 스레드를 거의 바로 종료하는 것이 가능했습니다.

TerminateThread function
; https://learn.microsoft.com/en-us/windows/win32/api/processthreadsapi/nf-processthreadsapi-terminatethread

물론, 그 강력함으로 인해 자원 회수에 대한 기회를 가질 수 없으므로 마이크로소프트는 이 API를 사용하기보다는 가능하면 스레드 스스로 종료하는 식으로 구현하도록 가이드를 하고 있습니다.

닷넷에서의 Thread.Abort 메서드는 '관리'의 힘을 얻어 TerminateThread와는 다른 방식을 제공하고 있는데요. 관리가 가능해진만큼 프로그램의 안정성을 보장못하는 구간을 스레드가 실행 중일 때는 AbortRequested 신호만 보내두고 해당 스레드가 '스레드 종료하기 좋은 지점'으로 실행이 벗어났을 때에야 AbortException을 발생시킵니다.

재미삼아서, 재현을 한번 해볼까요? ^^

가령, "catch"나 "finally" 영역을 스레드가 실행 중일 때는 종료하지 않는데요. 다음과 같이 테스트해볼 수 있습니다.

using System;
using System.Threading;

class Program
{
    static void Main(string[] args)
    {
        EventWaitHandle ewh = new EventWaitHandle(false, EventResetMode.ManualReset);
        Thread t1 = new Thread(Test);
        t1.Start(ewh);

        ewh.WaitOne();

        Console.WriteLine("begin - abort");
        t1.Abort();
        Console.WriteLine("end - abort");

        Console.ReadLine();
    }

    public static void Test(object obj)
    {
        EventWaitHandle ewh = obj as EventWaitHandle;

        try
        {
            Console.WriteLine("Test method called!");
        }
        finally
        {
            Console.WriteLine("begin - finally");

            ewh.Set();

            for (int i = 0; i < 6; i++)
            {
                Thread.Sleep(1000);
                Console.Write(".");
            }
            Console.WriteLine();

            Console.WriteLine("end - finally");
        }
    }
}

실행해 보면 출력 결과는 다음과 같습니다.

Test method called!
begin - finally
begin - abort
......
end - finally
end - abort

이처럼, finally 영역에서 스레드가 실행중일 때는 외부에서의 Abort 호출에 대해 영향을 받지 않습니다.

그 외에 unmanaged 코드에 대한 배려도 빼놓을 수 없지요. ^^ 테스트는 닷넷 측의 코드를 다음과 같이 작성해 주고,

using System;
using System.Runtime.InteropServices;
using System.Threading;

class Program
{
    [DllImport("Win32Project1")]
    static extern int fnWin32Project1(long handle);

    static void Main(string[] args)
    {
        EventWaitHandle ewh = new EventWaitHandle(false, EventResetMode.ManualReset);

        Thread t1 = new Thread(threadFunc);
        t1.Start(ewh);

        ewh.WaitOne();

        t1.Abort();

        t1.Join();

        Console.WriteLine("Ended!");
    }

    private static void threadFunc(object evtObj)
    {
        EventWaitHandle ewh = evtObj as EventWaitHandle;
        fnWin32Project1(ewh.Handle.ToInt64());
    }
}

fnWin32Project1 함수를 담은 C/C++ DLL 프로젝트의 소스 코드를 다음과 같이 작성해 주면 됩니다.

#include "stdafx.h"
#include "Win32Project1.h"

WIN32PROJECT1_API int __stdcall fnWin32Project1(__int64 nHandle)
{
    int result = 0;

    HANDLE hHandle = (HANDLE)nHandle;
    ::SetEvent(hHandle);

    int n = 5;
    while (n -- > 0)
    {
        printf(".");
        ::Sleep(1000);
    }

    return result;
}

이번에도 역시 fnWin32Project1내에서 while/printf 문을 실행 중인 동안 Thread.Abort가 호출되어도 곧바로 중지하지 않는 것을 볼 수 있습니다.

예전에, Thread.Abort 호출 시 hang 현상에 대해 언급한 적이 있는데요.

Thread.Abort 호출의 hang 현상
; https://www.sysnet.pe.kr/2/0/1617

왜 저런 현상이 발생할 수밖에 없는지 이젠 이해가 되시겠지요? ^^

(첨부한 파일은 이 글의 2가지 예제를 포함합니다.)






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







[최초 등록일: ]
[최종 수정일: 9/28/2024]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 91  92  93  94  95  96  [97]  98  99  100  101  102  103  104  105  ...
NoWriterDateCnt.TitleFile(s)
11510정성태4/30/201821760.NET Framework: 742. windbg로 확인하는 Finalizer를 가진 객체의 GC 과정파일 다운로드1
11509정성태4/28/201820050.NET Framework: 741. windbg로 확인하는 객체의 GC 여부
11508정성태4/23/201821642개발 환경 구성: 373. MSBuild를 이용해 프로젝트 배포 후 결과물을 zip 파일로 압축하는 방법파일 다운로드1
11507정성태4/20/201821555개발 환경 구성: 372. MSBuild - 빌드 전/후, 배포 전/후 실행하고 싶은 Task 정의
11506정성태4/20/201825830.NET Framework: 740. C#에서 enum을 boxing 없이 int로 변환하기 - 두 번째 이야기 [7]파일 다운로드1
11505정성태4/19/201818611개발 환경 구성: 371. Azure Web App 확장 예제 - Simple WebSite Extension
11504정성태4/19/201820088오류 유형: 465. Azure Web App 확장 - Extplorer File manager 적용 시 오류
11503정성태4/19/201819913오류 유형: 464. PowerShell - Start-Service 명령 오류 (Service 'xxx' cannot be started)
11502정성태4/17/201821762개발 환경 구성: 370. Azure VM/App Services(Web Apps)에 Let's Encrypt 무료 인증서 적용 방법 [3]
11501정성태4/17/201818730개발 환경 구성: 369. New-AzureRmADServicePrincipal로 생성한 계정의 clientSecret, key 값을 구하는 방법파일 다운로드1
11500정성태4/17/201819669개발 환경 구성: 368. PowerShell로 접근하는 Azure의 Access control 보안과 Azure Active Directory의 계정 관리 서비스
11499정성태4/17/201818243개발 환경 구성: 367. Azure - New-AzureRmADServicePrincipal / New-AzureRmRoleAssignment 명령어
11498정성태4/17/201818367개발 환경 구성: 366. Azure Active Directory(Microsoft Enfra ID)의 사용자 유형 구분 - Guest/Member
11497정성태4/17/201816383개발 환경 구성: 365. Azure 리소스의 액세스 제어(Access control) 별로 사용자에게 권한을 할당하는 방법 [2]
11496정성태4/17/201816847개발 환경 구성: 364. Azure Portal에서 구독(Subscriptions) 메뉴가 보이지 않는 경우
11495정성태4/16/201819103개발 환경 구성: 363. Azure의 Access control 보안과 Azure Active Directory의 계정 관리 서비스
11494정성태4/16/201815629개발 환경 구성: 362. Azure Web Apps(App Services)에 사용자 DNS를 지정하는 방법
11493정성태4/16/201817423개발 환경 구성: 361. Azure Web App(App Service)의 HTTP/2 프로토콜 지원
11492정성태4/13/201815386개발 환경 구성: 360. Azure Active Directory의 사용자 도메인 지정 방법
11491정성태4/13/201818543개발 환경 구성: 359. Azure 가상 머신에 Web Application을 배포하는 방법
11490정성태4/12/201817609.NET Framework: 739. .NET Framework 4.7.1의 새 기능 - Configuration builders [1]파일 다운로드1
11489정성태4/12/201815235오류 유형: 463. 윈도우 백업 오류 - a Volume Shadow Copy Service operation failed.
11488정성태4/12/201818304오류 유형: 462. Unhandled Exception in Managed Code Snap-in - FX:{811FD892-5EB4-4E73-A147-F1E079E36C4E}
11487정성태4/12/201817364디버깅 기술: 115. windbg - 닷넷 메모리 덤프에서 정적(static) 필드 값을 조사하는 방법
11486정성태4/11/201816460오류 유형: 461. Error MSB4064 The "ComputeOutputOnly" parameter is not supported by the "VsTsc" task
11485정성태4/11/201823712.NET Framework: 738. C# - Console 프로그램이 Ctrl+C 종료 시점을 감지하는 방법파일 다운로드1
... 91  92  93  94  95  96  [97]  98  99  100  101  102  103  104  105  ...