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

비밀번호

댓글 작성자
 




... [136]  137  138  139  140  141  142  143  144  145  146  147  148  149  150  ...
NoWriterDateCnt.TitleFile(s)
1747정성태9/19/201432674오류 유형: 239. psexec 실행 오류 - The system cannot find the file specified.
1746정성태9/18/201428666.NET Framework: 461. .NET EXE 파일을 닷넷 프레임워크 버전에 상관없이 실행할 수 있을까요? - 두 번째 이야기 [6]파일 다운로드1
1745정성태9/17/201426981개발 환경 구성: 237. 리눅스 Integration Services 버전 업그레이드 하는 방법 [1]
1744정성태9/17/201435228.NET Framework: 460. GetTickCount / GetTickCount64와 0x7FFE0000 주솟값 [4]파일 다운로드1
1743정성태9/16/201424695오류 유형: 238. 설치 오류 - Failed to get size of pseudo bundle
1742정성태8/27/201431345개발 환경 구성: 236. Hyper-V에 설치한 리눅스 VM의 VHD 크기 늘리는 방법 [2]
1741정성태8/26/201425044.NET Framework: 459. GetModuleHandleEx로 알아보는 .NET 메서드의 DLL 모듈 관계파일 다운로드1
1740정성태8/25/201436787.NET Framework: 458. 닷넷 GC가 순환 참조를 해제할 수 있을까요? [2]파일 다운로드1
1739정성태8/24/201430488.NET Framework: 457. 교착상태(Dead-lock) 해결 방법 - Lock Leveling [2]파일 다운로드1
1738정성태8/23/201426424.NET Framework: 456. C# - CAS를 이용한 Lock 래퍼 클래스파일 다운로드1
1737정성태8/20/201422961VS.NET IDE: 93. Visual Studio 2013 동기화 문제
1736정성태8/19/201429636VC++: 79. [부연] CAS Lock 알고리즘은 과연 빠른가? [2]파일 다운로드1
1735정성태8/19/201422372.NET Framework: 455. 닷넷 사용자 정의 예외 클래스의 최소 구현 코드 - 두 번째 이야기
1734정성태8/13/201423929오류 유형: 237. Windows Media Player cannot access the file. The file might be in use, you might not have access to the computer where the file is stored, or your proxy settings might not be correct.
1733정성태8/13/201430196.NET Framework: 454. EmptyWorkingSet Win32 API를 사용하는 C# 예제파일 다운로드1
1732정성태8/13/201438954Windows: 99. INetCache 폴더가 다르게 보이는 이유
1731정성태8/11/201430871개발 환경 구성: 235. 점(.)으로 시작하는 파일명을 탐색기에서 만드는 방법
1730정성태8/11/201426171개발 환경 구성: 234. Royal TS의 터미널(Terminal) 연결에서 한글이 깨지는 현상 해결 방법
1729정성태8/11/201422012오류 유형: 236. SqlConnection - The requested Performance Counter is not a custom counter, it has to be initialized as ReadOnly.
1728정성태8/8/201434790.NET Framework: 453. C# - 오피스 파워포인트(Powerpoint) 파일을 WinForm에서 보는 방법파일 다운로드1
1727정성태8/6/201425058오류 유형: 235. SignalR 오류 메시지 - Counter 'Messages Bus Messages Published Total' does not exist in the specified Category. [2]
1726정성태8/6/201423375오류 유형: 234. IIS Express에서 COM+ 사용 시 SecurityException - "Requested registry access is not allowed" 발생
1725정성태8/6/201425558오류 유형: 233. Visual Studio 2013 Update3 적용 후 Microsoft.VisualStudio.Web.PageInspector.Runtime 모듈에 대한 FileNotFoundException 예외 발생
1724정성태8/5/201430153.NET Framework: 452. .NET System.Threading.Thread 개체에서 Native Thread Id를 구하는 방법 - 두 번째 이야기 [1]파일 다운로드1
1723정성태7/29/201462857개발 환경 구성: 233. DirectX 9 예제 프로젝트 빌드하는 방법 [3]파일 다운로드1
1722정성태7/25/201424927오류 유형: 232. IIS 500 Internal Server Error - NTFS 암호화된 폴더에 웹 애플리케이션이 위치한 경우
... [136]  137  138  139  140  141  142  143  144  145  146  147  148  149  150  ...