Microsoft MVP성태의 닷넷 이야기
.NET Framework: 536. Thread.Abort의 스레드 종료 지연 [링크 복사], [링크+제목 복사],
조회: 23087
글쓴 사람
정성태 (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)
972정성태1/7/201124167개발 환경 구성: 95. SQL Server 2008 R2 이하 버전 정보 확인
971정성태1/5/201133751.NET Framework: 199. .NET 코드 - Named Pipe 닷넷 서버와 VC++ 클라이언트 제작 [2]파일 다운로드1
970정성태1/4/201134272.NET Framework: 198. 윈도우 응용 프로그램에 Facebook 로그인 연동 [1]파일 다운로드1
969정성태12/31/201040365VC++: 45. Winsock 2 Layered Service Provider - Visual Studio 2010용 프로젝트 [1]파일 다운로드1
968정성태12/30/201026638개발 환경 구성: 94. 개발자가 선택할 수 있는 윈도우에서의 네트워크 프로그래밍 기술 [2]
967정성태12/27/201028415.NET Framework: 197. .NET 코드 - 단일 Process 실행파일 다운로드1
966정성태12/26/201026366.NET Framework: 196. .NET 코드 - 창 흔드는 효과파일 다운로드1
965정성태12/25/201027875개발 환경 구성: 93. MSBuild를 이용한 닷넷 응용프로그램의 다중 어셈블리 출력 빌드파일 다운로드1
964정성태12/21/2010143029개발 환경 구성: 92. 윈도우 서버 환경에서, 최대 생성 가능한 소켓(socket) 연결 수는 얼마일까? [14]
963정성태12/13/201027896개발 환경 구성: 91. MSBuild를 이용한 닷넷 응용프로그램의 플랫폼(x86/x64)별 빌드 [2]파일 다운로드1
962정성태12/10/201022765오류 유형: 110. GAC 등록 - Failure adding assembly to the cache: Invalid file or assembly name.
961정성태12/10/201099807개발 환경 구성: 90. 닷넷에서 접근해보는 PostgreSQL DB [5]
960정성태12/8/201045113.NET Framework: 195. .NET에서 코어(Core) 관련 CPU 정보 알아내는 방법파일 다운로드1
959정성태12/8/201031943.NET Framework: 194. Facebook 연동 - API Error Description: Invalid OAuth 2.0 Access Token
958정성태12/7/201028939개발 환경 구성: 89. 배치(batch) 파일에서 또 다른 배치 파일을 동기 방식으로 실행 및 반환값 얻기 [2]
957정성태12/6/201031696디버깅 기술: 31. Windbg - Visual Studio 디버그 상태에서 종료해 버리는 응용 프로그램 [3]
953정성태11/28/201036904.NET Framework: 193. 페이스북(Facebook) 계정으로 로그인하는 C# 웹 사이트 제작 [5]
952정성태11/25/201025349.NET Framework: 192. GC의 부하는 상대적인 것! [4]
950정성태11/18/201076712.NET Framework: 191. ClickOnce - 관리자 권한 상승하는 방법 [17]파일 다운로드2
954정성태11/29/201048698    답변글 .NET Framework: 191.1. [답변] 클릭원스 - 요청한 작업을 수행하려면 권한 상승이 필요합니다. (Exception from HRESULT: 0x800702E4) [2]
949정성태11/16/201027252오류 유형: 109. System.ServiceModel.Security.SecurityNegotiationException
948정성태11/16/201036056.NET Framework: 190. 트위터 계정으로 로그인하는 C# 웹 사이트 제작 [7]파일 다운로드1
947정성태11/14/201041689.NET Framework: 189. Mono Cecil로 만들어 보는 .NET Decompiler [1]파일 다운로드1
946정성태11/11/201041540.NET Framework: 188. .NET 64비트 응용 프로그램에서 왜 (2GB) OutOfMemoryException 예외가 발생할까? [1]파일 다운로드1
945정성태11/11/201025040VC++: 44. C++/CLI 컴파일 오류 - error C4368: mixed types are not supported
944정성태11/11/201031565VC++: 43. C++/CLI 컴파일 오류 - error C2872: 'IServiceProvider' : ambiguous symbol could be ...
... 151  152  153  154  155  156  157  158  159  160  161  162  [163]  164  165  ...