Microsoft MVP성태의 닷넷 이야기
.NET Framework: 536. Thread.Abort의 스레드 종료 지연 [링크 복사], [링크+제목 복사],
조회: 23189
글쓴 사람
정성태 (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

비밀번호

댓글 작성자
 




... 151  152  153  154  155  156  157  158  159  160  161  162  163  164  [165]  ...
NoWriterDateCnt.TitleFile(s)
920정성태9/1/201034798오류 유형: 105. WMI - The RPC server is unavailable [2]
919정성태8/30/201040906DDK: 1. Visual Studio 2010 - Device Driver 제작- Hello World 예제 [3]파일 다운로드1
918정성태8/28/201027015개발 환경 구성: 87. Hyper-V의 네트워크 유형 (3)
917정성태8/26/201021992개발 환경 구성: 86. "Routing and Remote Access"의 "Routing" 기능 활성화 방법
916정성태8/25/201021234개발 환경 구성: 85. 가상 네트워크에 LAN 어댑터 보이거나 감추는 방법
915정성태8/24/201039322개발 환경 구성: 84. Hyper-V의 네트워크 유형 (2)
913정성태8/22/201028474오류 유형: 104. Hyper-V 관리자 - VM 생성 오류 (VHD 생성 오류)
912정성태8/20/201030371.NET Framework: 183. 구조체 포인터 인자에 대한 P/Invoke 정의파일 다운로드1
911정성태8/19/201027239오류 유형: 103. System.Reflection.TargetException파일 다운로드1
910정성태8/19/201038048개발 환경 구성: 83. Hyper-V의 네트워크 유형 (1)
909정성태8/18/201033410오류 유형: 102. System.MissingMethodException
908정성태8/17/201024449개발 환경 구성: 82. Windows Virtual PC의 네트워크 유형 (3)
907정성태8/14/201022001개발 환경 구성: 81. Windows Virtual PC의 네트워크 유형 (2)
906정성태8/13/201030833개발 환경 구성: 80. Windows Virtual PC의 네트워크 유형 (1)
905정성태8/8/201032973Team Foundation Server: 39. 배치 파일로 팀 빌드 구성 [2]파일 다운로드1
904정성태8/8/201035794오류 유형: 101. SignTool Error: No certificates were found that met all the given criteria. [2]
903정성태8/6/201032646Team Foundation Server: 38. TFS 소스 코드 관리 기능 (4) - Branch
902정성태8/5/201025032Team Foundation Server: 37. TFS 2010의 소스 서버 수작업 구성
901정성태8/4/201024294Team Foundation Server: 36. TFS 소스 코드 관리 기능 (3) - Label
900정성태8/3/201026978Team Foundation Server: 35. TFS 소스 코드 관리 기능 (2) - Shelveset
899정성태8/2/201029003Team Foundation Server: 34. TFS 소스 코드 관리 기능 (1) - Changeset
898정성태7/31/201028490.NET Framework: 182. WCF의 InactivityTimeout [1]파일 다운로드1
897정성태7/26/201129697.NET Framework: 181. AssemblyVersion, AssemblyFileVersion, AssemblyInformationalVersion [4]
896정성태7/25/201036520.NET Framework: 180. C# Singleton 인스턴스 생성 [2]
895정성태7/25/201020427VS.NET IDE: 68. Visual Studio 2010 - .NET 1.1 원격 디버깅
894정성태7/25/201026364오류 유형: 100. Could not find the Database Engine startup handle. [1]
... 151  152  153  154  155  156  157  158  159  160  161  162  163  164  [165]  ...