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

비밀번호

댓글 작성자
 




... 61  62  63  64  65  66  67  68  69  70  71  72  [73]  74  75  ...
NoWriterDateCnt.TitleFile(s)
11819정성태2/20/201913897Windows: 158. 컴퓨터와 사용자의 SID(security identifier) 확인 방법
11818정성태2/20/201912812VS.NET IDE: 131. Visual Studio 2019 Preview의 닷넷 프로젝트 빌드가 20초 이상 걸리는 경우 [2]
11817정성태2/17/20199970오류 유형: 514. WinDbg Preview 실행 오류 - Error : DbgX.dll : WindowsDebugger.WindowsDebuggerException: Could not load dbgeng.dll
11816정성태2/17/201912474Windows: 157. 윈도우 스토어 앱(Microsoft Store App)을 명령행에서 직접 실행하는 방법
11815정성태2/14/201911362오류 유형: 513. Visual Studio 2019 - VSIX 설치 시 "The extension cannot be installed to this product due to prerequisites that cannot be resolved." 오류 발생
11814정성태2/12/201910195오류 유형: 512. VM(가상 머신)의 NT 서비스들이 자동 시작되지 않는 문제
11813정성태2/12/201911793.NET Framework: 809. C# - ("Save File Dialog" 등의) 대화 창에 확장 속성을 보이는 방법
11812정성태2/11/20199626오류 유형: 511. Windows Server 2003 VM 부팅 후 로그인 시점에 0xC0000005 BSOD 발생
11811정성태2/11/201913411오류 유형: 510. 서버 운영체제에 NVIDIA GeForce Experience 실행 시 wlanapi.dll 누락 문제
11810정성태2/11/201911463.NET Framework: 808. .NET Profiler - GAC 모듈에서 GAC 비-등록 모듈을 참조하는 경우의 문제
11809정성태2/11/201912981.NET Framework: 807. ClrMD를 이용해 메모리 덤프 파일로부터 특정 인스턴스를 참조하고 있는 소유자 확인
11808정성태2/8/201914043디버깅 기술: 123. windbg - 닷넷 응용 프로그램의 메모리 누수 분석
11807정성태1/29/201912355Windows: 156. 가상 디스크의 용량을 복구 파티션으로 인해 늘리지 못하는 경우 [4]
11806정성태1/29/201912093디버깅 기술: 122. windbg - 덤프 파일로부터 PID와 환경 변수 등의 정보를 구하는 방법
11805정성태1/28/201913923.NET Framework: 806. C# - int []와 object []의 차이로 이해하는 제네릭의 필요성 [4]파일 다운로드1
11804정성태1/24/201911959Windows: 155. diskpart - remove letter 이후 재부팅 시 다시 드라이브 문자가 할당되는 경우
11803정성태1/10/201911464디버깅 기술: 121. windbg - 닷넷 Finalizer 스레드가 멈춰있는 현상
11802정성태1/7/201912838.NET Framework: 805. 두 개의 윈도우를 각각 실행하는 방법(Windows Forms, WPF)파일 다운로드1
11801정성태1/1/201913886개발 환경 구성: 427. Netsh의 네트워크 모니터링 기능 [3]
11800정성태12/28/201813175오류 유형: 509. WCF 호출 오류 메시지 - System.ServiceModel.CommunicationException: Internal Server Error
11799정성태12/19/201813989.NET Framework: 804. WPF(또는 WinForm)에서 UWP UI 구성 요소 사용하는 방법 [3]파일 다운로드1
11798정성태12/19/201813217개발 환경 구성: 426. vcpkg - "Building vcpkg.exe failed. Please ensure you have installed Visual Studio with the Desktop C++ workload and the Windows SDK for Desktop C++"
11797정성태12/19/201810580개발 환경 구성: 425. vcpkg - CMake Error: Problem with archive_write_header(): Can't create '' 빌드 오류
11796정성태12/19/201810222개발 환경 구성: 424. vcpkg - "File does not have expected hash" 오류를 무시하는 방법
11795정성태12/19/201812631Windows: 154. PowerShell - Zone 별로 DNS 레코드 유형 정보 조회 [1]
11794정성태12/16/201810001오류 유형: 508. Get-AzureWebsite : Request to a downlevel service failed.
... 61  62  63  64  65  66  67  68  69  70  71  72  [73]  74  75  ...