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

(시리즈 글이 5개 있습니다.)
.NET Framework: 486. Java의 ScheduledExecutorService에 대응하는 C#의 System.Threading.Timer
; https://www.sysnet.pe.kr/2/0/1823

VC++: 103. C++ CreateTimerQueue, CreateTimerQueueTimer 예제 코드
; https://www.sysnet.pe.kr/2/0/11090

.NET Framework: 636. System.Threading.Timer를 이용해 타이머 작업을 할 때 유의할 점
; https://www.sysnet.pe.kr/2/0/11134

Windows: 189. WM_TIMER의 동작 방식 개요
; https://www.sysnet.pe.kr/2/0/12539

.NET Framework: 2019. C# - .NET에서 제공하는 3가지 Timer 비교
; https://www.sysnet.pe.kr/2/0/13069




System.Threading.Timer를 이용해 타이머 작업을 할 때 유의할 점

이전에도 설명했지만, System.Threading.Timer는 그 기반을 Win32 API인 CreateTimerQueueTimer 함수에 두고 있습니다.

C++ CreateTimerQueue, CreateTimerQueueTimer 예제 코드
; https://www.sysnet.pe.kr/2/0/11090

이 때문에 GC가 있긴 해도 System.Threading.Timer는 IDisposable을 구현하고 있으므로 가능한 Dispose를 명시적으로 불러주는 게 자원 관리상 좋습니다. 결국, 다음과 같이 코딩할 수 있는데요.

using System;

class Program
{
    static void Main(string[] args)
    {
        new WorkItem(5, 0);
        Console.ReadLine();
    }

    class WorkItem
    {
        public int Arg;
        System.Threading.Timer _timer;

        public WorkItem(int arg, int interval)
        {
            Arg = arg;
            _timer = new System.Threading.Timer(timerCallback, this, interval, 0);
        }

        private static void timerCallback(object state)
        {
            WorkItem workItem = state as WorkItem;

            if (workItem == null)
            {
                return;
            }

            if (workItem._timer == null)
            {
#if DEBUG
                throw new ApplicationException("workItem._timer == null");
#else
                return;
#endif
            }

            workItem._timer.Dispose();
        }
    }
}

위의 코드는 C++에서 설명했던 것과 유사한 문제에 빠집니다. 즉, _timer 변수에 값이 들어가는 것과, "new System.Threading.Timer"로 인해 타이머 대기 작업이 큐에 들어가 실행되는 시점이 차이가 발생한다는 점입니다. 경우에 따라, timerCallback 메서드가 실행되는 시점에 아직 _timer 변수가 초기화되지 않는 경우가 있습니다. (실제로, 제가 만든 응용 프로그램에서 아주 가끔씩 발생합니다.)

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




첨언하자면, 이 글의 예제에서 사용한 타이머 대기 작업 사용 방법은,

new System.Threading.Timer(timerCallback, this, 0, 0);

결국 다음의 작업과 동일한 것입니다.

ThreadPool.QueueUserWorkItem(workFunc, 6);

static void workFunc(object state)
{
    Console.WriteLine(state);
}

따라서 System.Threading.Timer의 마지막 2개의 인자에 0, 0을 지정하는 것이라면 ThreadPool.QueueUserWorkItem을 사용하는 것이 더 안전합니다.

하지만, 그 외의 경우라면 어떻게 해서든 안전하게 실행시켜야 할 텐데요. 그때는 어쩔 수 없을 것 같습니다. 다음과 같은 식으로 약간의 조악한 안전장치를 넣어두어야겠지요.

private static void timerCallback(object state)
{
    WorkItem workItem = state as WorkItem;

    try
    {
        if (workItem == null)
        {
            return;
        }

        int tryCount = 5;
        while (workItem._timer == null && tryCount-- > 0)
        {
            Thread.Sleep(10);
        }

        if (workItem._timer == null)
        {
#if DEBUG
                throw new ApplicationException("workItem._timer == null");
#else
                return;
#endif
        }

        Console.WriteLine(workItem.Arg);

        workItem._timer.Dispose();
    }
    catch
    {
        return;
    }
}

혹시 더 좋은 의견 있으신 분은 덧글 부탁드립니다. ^^




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







[최초 등록일: ]
[최종 수정일: 1/3/2024]

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

비밀번호

댓글 작성자
 



2017-01-21 08시53분
[spowner] timer 필드에 Timer 인스턴스가 들어가기 전에 timerCallback 메소드가 호출되는 경험을 하셨다는 것은 좀 놀랍네요... 덕분에 그럴 수 있다는 것을 지금에야 자각했습니다.

만약 timer 인스턴스를 생성하는 곳과 timerCallback을 처리하는 것이 WorkItem에서 이루어지는 것이라면, ResetEvent를 사용하는게 while-Sleep 보다는 낫지 않을까 하는 의견 내봅니다
[guest]
2017-01-21 08시54분
[spowner] 또는 lock도 괜찮을 것 같습니다
[guest]
2017-01-21 11시04분
[ryujh] 안녕하세요. 생성자에서 interval과 0 를 지정해야 하는지는 모르겠지만
아래의 코드로 바꾸면 되지 않을까하는 제 생각입니다.

수정 전
            _timer = new System.Threading.Timer(timerCallback, this, interval, 0);
수정 후
            _timer = new System.Threading.Timer(timerCallback, this, Timeout.Infinite, Timeout.Infinite);
            _timer.Change(interval, 0);
[guest]
2017-01-21 11시30분
[spowner] @ryujh !! ^^
[guest]
2017-01-22 03시07분
오... ryujh님 의견대로 Change하는 것이 더 부드럽겠습니다. ^^
정성태

... 16  17  18  19  [20]  21  22  23  24  25  26  27  28  29  30  ...
NoWriterDateCnt.TitleFile(s)
13140정성태10/11/20226332C/C++: 159. C/C++ - 리눅스 환경에서 u16string 문자열을 출력하는 방법 [2]
13139정성태10/9/20226121.NET Framework: 2057. 리눅스 환경의 .NET Core 3/5+ 메모리 덤프로부터 모든 닷넷 모듈을 추출하는 방법파일 다운로드1
13138정성태10/8/20227453.NET Framework: 2056. C# - await 비동기 호출을 기대한 메서드가 동기로 호출되었을 때의 부작용 [1]
13137정성태10/8/20225791.NET Framework: 2055. 리눅스 환경의 .NET Core 3/5+ 메모리 덤프로부터 닷넷 모듈을 추출하는 방법
13136정성태10/7/20226359.NET Framework: 2054. .NET Core/5+ SDK 설치 없이 dotnet-dump 사용하는 방법
13135정성태10/5/20226624.NET Framework: 2053. 리눅스 환경의 .NET Core 3/5+ 메모리 덤프를 분석하는 방법 - 두 번째 이야기
13134정성태10/4/20225347오류 유형: 820. There is a problem with AMD Radeon RX 5600 XT device. For more information, search for 'graphics device driver error code 31'
13133정성태10/4/20225681Windows: 211. Windows - (commit이 아닌) reserved 메모리 사용량 확인 방법 [1]
13132정성태10/3/20225585스크립트: 42. 파이썬 - latexify-py 패키지 소개 - 함수를 mathjax 식으로 표현
13131정성태10/3/20228352.NET Framework: 2052. C# - Windows Forms의 데이터 바인딩 지원(DataBinding, DataSource) [2]파일 다운로드1
13130정성태9/28/20225290.NET Framework: 2051. .NET Core/5+ - 에러 로깅을 위한 Middleware가 동작하지 않는 경우파일 다운로드1
13129정성태9/27/20225608.NET Framework: 2050. .NET Core를 IIS에서 호스팅하는 경우 .NET Framework CLR이 함께 로드되는 환경
13128정성태9/23/20228254C/C++: 158. Visual C++ - IDL 구문 중 "unsigned long"을 인식하지 못하는 #import파일 다운로드1
13127정성태9/22/20226722Windows: 210. WSL에 systemd 도입
13126정성태9/15/20227360.NET Framework: 2049. C# 11 - 정적 메서드에 대한 delegate 처리 시 cache 적용
13125정성태9/14/20227561.NET Framework: 2048. C# 11 - 구조체 필드의 자동 초기화(auto-default structs)
13124정성태9/13/20227327.NET Framework: 2047. Golang, Python, C#에서의 CRC32 사용
13123정성태9/8/20227753.NET Framework: 2046. C# 11 - 멤버(속성/필드)에 지정할 수 있는 required 예약어 추가
13122정성태8/26/20227651.NET Framework: 2045. C# 11 - 메서드 매개 변수에 대한 nameof 지원
13121정성태8/23/20225560C/C++: 157. Golang - 구조체의 slice 필드를 Reflection을 이용해 변경하는 방법
13120정성태8/19/20227120Windows: 209. Windows NT Service에서 UI를 다루는 방법 [3]
13119정성태8/18/20226677.NET Framework: 2044. .NET Core/5+ 프로젝트에서 참조 DLL이 보관된 공통 디렉터리를 지정하는 방법
13118정성태8/18/20225507.NET Framework: 2043. WPF Color의 기본 색 영역은 (sRGB가 아닌) scRGB [2]
13117정성태8/17/20227723.NET Framework: 2042. C# 11 - 파일 범위 내에서 유효한 타입 정의 (File-local types)파일 다운로드1
13116정성태8/4/20228168.NET Framework: 2041. C# - Socket.Close 시 Socket.Receive 메서드에서 예외가 발생하는 문제파일 다운로드1
13115정성태8/3/20228520.NET Framework: 2040. C# - ValueTask와 Task의 성능 비교 [1]파일 다운로드1
... 16  17  18  19  [20]  21  22  23  24  25  26  27  28  29  30  ...