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

비밀번호

댓글 작성자
 




1  2  3  4  5  6  7  [8]  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13779정성태10/22/20245607개발 환경 구성: 729. WSL 2 - Mariner VM 커널 이미지 업데이트 방법
13778정성태10/21/20247129C/C++: 181. C/C++ - 소스코드 파일의 인코딩, 바이너리 모듈 상태의 인코딩
13777정성태10/20/20245558Windows: 265. Win32 API의 W(유니코드) 버전은 UCS-2일까요? UTF-16 인코딩일까요?
13776정성태10/19/20246598C/C++: 180. C++ - 고수준 FILE I/O 함수에서의 Unicode stream 모드(_O_WTEXT, _O_U16TEXT, _O_U8TEXT)파일 다운로드1
13775정성태10/19/20246620개발 환경 구성: 728. 윈도우 환경의 개발자를 위한 UTF-8 환경 설정
13774정성태10/18/20246183Linux: 91. Container 환경에서 출력하는 eBPF bpf_get_current_pid_tgid의 pid가 존재하지 않는 이유
13773정성태10/18/20245974Linux: 90. pid 네임스페이스 구성으로 본 WSL 2 + docker-desktop
13772정성태10/17/20246202Linux: 89. pid 네임스페이스 구성으로 본 WSL 2 배포본의 계층 관계
13771정성태10/17/20245940Linux: 88. WSL 2 리눅스 배포본 내에서의 pid 네임스페이스 구성
13770정성태10/17/20246409Linux: 87. ps + grep 조합에서 grep 명령어를 사용한 프로세스를 출력에서 제거하는 방법
13769정성태10/15/20247519Linux: 86. Golang + bpf2go를 사용한 eBPF 기본 예제파일 다운로드1
13768정성태10/15/20246792C/C++: 179. C++ - _O_WTEXT, _O_U16TEXT, _O_U8TEXT의 Unicode stream 모드파일 다운로드2
13767정성태10/14/20245711오류 유형: 929. bpftrace 수행 시 "ERROR: Could not resolve symbol: /proc/self/exe:BEGIN_trigger"
13766정성태10/14/20245179C/C++: 178. C++ - 파일에 대한 Text 모드의 "translated" 동작파일 다운로드1
13765정성태10/12/20246444오류 유형: 928. go build 시 "package maps is not in GOROOT" 오류
13764정성태10/11/20247035Linux: 85. Ubuntu - 원하는 golang 버전 설치
13763정성태10/11/20245927Linux: 84. WSL / Ubuntu 20.04 - bpftool 설치
13762정성태10/11/20246107Linux: 83. WSL / Ubuntu 22.04 - bpftool 설치
13761정성태10/11/20245802오류 유형: 927. WSL / Ubuntu - /usr/include/linux/types.h:5:10: fatal error: 'asm/types.h' file not found
13760정성태10/11/20246945Linux: 82. Ubuntu - clang 최신(stable) 버전 설치
13759정성태10/10/20247955C/C++: 177. C++ - 자유 함수(free function) 및 주소 지정 가능한 함수(addressable function) [6]
13758정성태10/8/20246635오류 유형: 926. dotnet tools를 sudo로 실행하는 경우 command not found
13757정성태10/8/20246945닷넷: 2306. Linux - dotnet tool의 설치 디렉터리가 PATH 환경변수에 자동 등록이 되는 이유
13756정성태10/8/20247136오류 유형: 925. ssh로 docker 접근을 할 때 "... malformed HTTP status code ..." 오류 발생
13755정성태10/7/20247687닷넷: 2305. C# 13 - (9) 메서드 바인딩의 우선순위를 지정하는 OverloadResolutionPriority 특성 도입 (Overload resolution priority)파일 다운로드1
13754정성태10/4/20246781닷넷: 2304. C# 13 - (8) 부분 메서드 정의를 속성 및 인덱서에도 확대파일 다운로드1
1  2  3  4  5  6  7  [8]  9  10  11  12  13  14  15  ...