Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일

C# - Console 프로그램이 Ctrl+C 종료 시점을 감지하는 방법

콘솔 프로그램에서, 일례로 Ctrl+C를 눌러 작업을 종료하는 경우가 있습니다. 그 시점에, 특정 코드를 실행해야 한다면 어떤 처리를 해야 할까요?

이에 대해 검색해 보면,

Detecting console application exit in c#
; https://social.msdn.microsoft.com/Forums/vstudio/en-US/707e9ae1-a53f-4918-8ac4-62a1eddb3c4a/detecting-console-application-exit-in-c?forum=csharpgeneral

Win32 API의 SetConsoleCtrlHandler를 사용하라고 나오는데요, 아쉽게도 이것은 저 글의 특수한 예제에서나 감지될 뿐 일반적으로는 그렇게 설치한 핸들러의 실행이 완료되기도 전에 종료합니다.

실제로 다음과 같이 예제를 만들어,

using System;
using System.Runtime.InteropServices;

namespace ConsoleApp1
{
    class Program
    {
        [DllImport("Kernel32")]

        public static extern bool SetConsoleCtrlHandler(HandlerRoutine Handler, bool Add);

        public delegate bool HandlerRoutine(CtrlTypes CtrlType);

        public enum CtrlTypes
        {
            CTRL_C_EVENT = 0,
            CTRL_BREAK_EVENT,
            CTRL_CLOSE_EVENT,
            CTRL_LOGOFF_EVENT = 5,
            CTRL_SHUTDOWN_EVENT
        }

        private static bool ConsoleCtrlCheck(CtrlTypes ctrlType)
        {
            // Put your own handler here
            switch (ctrlType)
            {
                case CtrlTypes.CTRL_C_EVENT:
                    Console.WriteLine("CTRL+C received!");
                    break;

                case CtrlTypes.CTRL_BREAK_EVENT:
                    Console.WriteLine("CTRL+BREAK received!");
                    break;

                case CtrlTypes.CTRL_CLOSE_EVENT:
                    Console.WriteLine("Program being closed!");
                    break;

                case CtrlTypes.CTRL_LOGOFF_EVENT:
                case CtrlTypes.CTRL_SHUTDOWN_EVENT:
                    Console.WriteLine("User is logging off!");
                    break;
            }

            return true;
        }

        static void Main(string[] args)
        {
            SetConsoleCtrlHandler(new HandlerRoutine(ConsoleCtrlCheck), true);

            // Console.CancelKeyPress += Console_CancelKeyPress;

            Console.ReadLine();
        }

        // private static void Console_CancelKeyPress(object sender, ConsoleCancelEventArgs e)
        // {
        //     Console.WriteLine("Console_CancelKeyPress");
        // }
    }
}

실행 후, Ctrl+C 키를 누르면 화면에 아무것도 안 찍힙니다. 대신 디버깅 상태에서 ConsoleCtrlCheck 메서드의 도입부에 BP를 찍으면 걸리는 것을 확인할 수 있지만 이후 실행을 하게 되면 해당 메서드를 모두 수행하기도 전에 프로세스가 종료됩니다. (즉, ConsoleCtrlCheck 메서드는 다른 스레드에 의해 실행됩니다.)




아쉽지만, Ctrl+C에 무관하게 종료 시점을 알 수 있는 방법은 있습니다. 다름 아닌, AppDomain의 ProcessExit 이벤트를 구독하는 것입니다.

static void Main(string[] args)
{
    // DomainUnload는 소용 없고,
    // AppDomain.CurrentDomain.DomainUnload += CurrentDomain_DomainUnload;

    AppDomain.CurrentDomain.ProcessExit += CurrentDomain_ProcessExit;

    SetConsoleCtrlHandler(new HandlerRoutine(ConsoleCtrlCheck), true);

    Console.CancelKeyPress += Console_CancelKeyPress;

    Console.ReadLine();
}

private static void CurrentDomain_ProcessExit(object sender, EventArgs e)
{
    Console.WriteLine("CurrentDomain_ProcessExit");
}

이렇게 만들고 실행 후 Ctrl+C 키를 누르면 화면에 CurrentDomain_ProcessExit 메시지가 찍히는 것을 확인할 수 있습니다.

AppDomain.ProcessExit 이벤트가 좋은 점이 있다면, Environment.Exit 메서드의 호출로 인한 종료 상황에서도 잘 동작한다는 것입니다.

static void Main(string[] args)
{
    AppDomain.CurrentDomain.ProcessExit += CurrentDomain_ProcessExit;

    SetConsoleCtrlHandler(new HandlerRoutine(ConsoleCtrlCheck), true);

    ThreadPool.QueueUserWorkItem(
        (arg) =>
        {
            Thread.Sleep(5000);
            Environment.Exit(5);
        }
        , null);

    Console.ReadLine();
}




만약, Ctrl+C 이벤트를 꼭 받아서 처리해야 한다면 반드시 Foregroud 유형의 스레드 하나는 살아 있도록 해야 합니다. "Detecting console application exit in c#" 글의 예제가 잘 동작했던 것은 마지막에 while 문으로 Main 스레드를 살아 있도록 유지했기 때문입니다.

현실적으로 저렇게 운영하는 것은 좀 그렇고 Ctrl+C 핸들러 실행을 완료할 수 있도록 별도의 스레드 하나를 Foreground로 운영하는 것이 더 좋습니다.

static void Main(string[] args)
{
    SetConsoleCtrlHandler(new HandlerRoutine(ConsoleCtrlCheck), true);

    Thread t1 = new Thread(() =>
    {
        while (true) Thread.Sleep(1000);
    });
    t1.Start();

    Console.ReadLine();
}

위와 같이 처리해 주면, Ctrl+C를 눌렀을 때 정상적으로 화면에 "CTRL+C received!" 메시지가 찍히는 것을 볼 수 있고, 부가적으로 ConsoleCtrlCheck 메서드가 할 일을 다했다면 그 사실을 Foreground 스레드에 알려 해당 스레드가 종료하도록 만들면 됩니다.

(첨부 파일은 이 글의 예제 코드를 포함합니다.)




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







[최초 등록일: ]
[최종 수정일: 4/11/2018]

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

비밀번호

댓글 작성자
 




... [16]  17  18  19  20  21  22  23  24  25  26  27  28  29  30  ...
NoWriterDateCnt.TitleFile(s)
13577정성태3/9/202411977닷넷: 2229. C# - 닷넷을 위한 난독화 도구 소개 (예: ConfuserEx)
13576정성태3/8/202411820닷넷: 2228. .NET Profiler - IMetaDataEmit2::DefineMethodSpec 사용법
13575정성태3/7/202412508닷넷: 2227. 최신 C# 문법을 .NET Framework 프로젝트에 쓸 수 있을까요?
13574정성태3/6/202411937닷넷: 2226. C# - "Docker Desktop for Windows" Container 환경에서의 IPv6 DualMode 소켓
13573정성태3/5/202410528닷넷: 2225. Windbg - dumasync로 분석하는 async/await 호출
13572정성태3/4/202410438닷넷: 2224. C# - WPF의 Dispatcher Queue로 알아보는 await 호출의 hang 현상파일 다운로드1
13571정성태3/1/202410386닷넷: 2223. C# - await 호출과 WPF의 Dispatcher Queue 동작 확인파일 다운로드1
13570정성태2/29/202411629닷넷: 2222. C# - WPF의 Dispatcher Queue 동작 확인파일 다운로드1
13569정성태2/28/202411383닷넷: 2221. C# - LoadContext, LoadFromContext 그리고 GAC파일 다운로드1
13568정성태2/27/202411218닷넷: 2220. C# - .NET Framework 프로세스의 LoaderOptimization 설정을 확인하는 방법파일 다운로드1
13567정성태2/27/202411149오류 유형: 898. .NET Framework 3.5 이하에서 mscoree.tlb 참조 시 System.BadImageFormatException파일 다운로드1
13566정성태2/27/202411107오류 유형: 897. Windows 7 SDK 설치 시 ".NET Development" 옵션이 비활성으로 선택이 안 되는 경우
13565정성태2/23/20249551닷넷: 2219. .NET CLR2 보안 모델에서의 개별 System.Security.Permissions 제어
13564정성태2/22/202411620Windows: 259. Hyper-V Generation 1 유형의 VM을 Generation 2 유형으로 바꾸는 방법
13563정성태2/21/202411017디버깅 기술: 196. windbg - async/await 비동기인 경우 메모리 덤프 분석의 어려움
13562정성태2/21/202410248오류 유형: 896. ASP.NET - .NET Framework 기본 예제에서 System.Web에 대한 System.IO.FileNotFoundException 예외 발생
13561정성태2/20/202411398닷넷: 2218. C# - (예를 들어, Socket) 비동기 I/O에 대한 await 호출 시 CancellationToken을 이용한 취소파일 다운로드1
13560정성태2/19/202411465디버깅 기술: 195. windbg 분석 사례 - Semaphore 잠금으로 인한 Hang 현상 (닷넷)
13559정성태2/19/202412594오류 유형: 895. ASP.NET - System.Security.SecurityException: 'Requested registry access is not allowed.'
13558정성태2/18/202411684닷넷: 2217. C# - 최댓값이 1인 SemaphoreSlim 보다 Mutex 또는 lock(obj)를 선택하는 것이 나은 이유
13557정성태2/18/20249795Windows: 258. Task Scheduler의 Author 속성 값을 변경하는 방법
13556정성태2/17/202410966Windows: 257. Windows - Symbolic (hard/soft) Link 및 Junction 차이점
13555정성태2/15/202411070닷넷: 2216. C# - SemaphoreSlim 사용 시 주의점
13554정성태2/15/202410365VS.NET IDE: 189. Visual Studio - 닷넷 소스코드 디컴파일 찾기가 안 될 때
13553정성태2/14/20249475닷넷: 2215. windbg - thin/fat lock 없이 동작하는 Monitor.Wait + Pulse
13552정성태2/13/20249646닷넷: 2214. windbg - Monitor.Enter의 thin lock과 fat lock
... [16]  17  18  19  20  21  22  23  24  25  26  27  28  29  30  ...