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하는 것이 더 부드럽겠습니다. ^^
정성태

... 31  32  33  34  35  36  37  38  39  [40]  41  42  43  44  45  ...
NoWriterDateCnt.TitleFile(s)
12936정성태1/22/202215342.NET Framework: 1138. C# - ffmpeg(FFmpeg.AutoGen)를 이용해 멀티미디어 파일의 메타데이터를 보여주는 예제(metadata.c)파일 다운로드1
12935정성태1/22/202216014.NET Framework: 1137. ffmpeg의 파일 해시 예제(ffhash.c)를 C#으로 포팅파일 다운로드1
12934정성태1/22/202215445오류 유형: 788. Warning C6262 Function uses '65564' bytes of stack: exceeds /analyze:stacksize '16384'. Consider moving some data to heap. [2]
12933정성태1/21/202215903.NET Framework: 1136. C# - ffmpeg(FFmpeg.AutoGen)를 이용해 MP2 오디오 파일 디코딩 예제(decode_audio.c)파일 다운로드1
12932정성태1/20/202217025.NET Framework: 1135. C# - ffmpeg(FFmpeg.AutoGen)로 하드웨어 가속기를 이용한 비디오 디코딩 예제(hw_decode.c) [2]파일 다운로드1
12931정성태1/20/202213550개발 환경 구성: 632. ASP.NET Core 프로젝트를 AKS/k8s에 올리는 과정
12930정성태1/19/202214784개발 환경 구성: 631. AKS/k8s의 Volume에 파일 복사하는 방법
12929정성태1/19/202214733개발 환경 구성: 630. AKS/k8s의 Pod에 Volume 연결하는 방법
12928정성태1/18/202214568개발 환경 구성: 629. AKS/Kubernetes에서 호스팅 중인 pod에 shell(/bin/bash)로 진입하는 방법
12927정성태1/18/202215087개발 환경 구성: 628. AKS 환경에 응용 프로그램 배포 방법
12926정성태1/17/202215009오류 유형: 787. AKS - pod 배포 시 ErrImagePull/ImagePullBackOff 오류
12925정성태1/17/202215657개발 환경 구성: 627. AKS의 준비 단계 - ACR(Azure Container Registry)에 docker 이미지 배포
12924정성태1/15/202217168.NET Framework: 1134. C# - ffmpeg(FFmpeg.AutoGen)를 이용한 비디오 디코딩 예제(decode_video.c) [2]파일 다운로드1
12923정성태1/15/202215933개발 환경 구성: 626. ffmpeg.exe를 사용해 비디오 파일을 MPEG1 포맷으로 변경하는 방법
12922정성태1/14/202214740개발 환경 구성: 625. AKS - Azure Kubernetes Service 생성 및 SLO/SLA 변경 방법
12921정성태1/14/202212514개발 환경 구성: 624. Docker Desktop에서 별도 서버에 설치한 docker registry에 이미지 올리는 방법
12920정성태1/14/202213836오류 유형: 786. Camtasia - An error occurred with the camera: Failed to Add Video Sampler.
12919정성태1/13/202213362Windows: 199. Host Network Service (HNS)에 의해서 점유되는 포트
12918정성태1/13/202213826Linux: 47. WSL - shell script에서 설정한 환경 변수가 스크립트 실행 후 반영되지 않는 문제
12917정성태1/12/202213021오류 유형: 785. C# - The type or namespace name '...' could not be found (are you missing a using directive or an assembly reference?)
12916정성태1/12/202212292오류 유형: 784. TFS - One or more source control bindings for this solution are not valid and are listed below.
12915정성태1/11/202212895오류 유형: 783. Visual Studio - We didn't find any interpreters
12914정성태1/11/202216111VS.NET IDE: 172. 비주얼 스튜디오 2022의 파이선 개발 환경 지원
12913정성태1/11/202216530.NET Framework: 1133. C# - byte * (바이트 포인터)를 FileStream으로 쓰는 방법 [1]
12912정성태1/11/202216507개발 환경 구성: 623. ffmpeg.exe를 사용해 비디오 파일의 이미지를 PGM(Portable Gray Map) 파일 포맷으로 출력하는 방법 [1]
12911정성태1/11/202212990VS.NET IDE: 171. 비주얼 스튜디오 - 더 이상 만들 수 없는 "ASP.NET Core 3.1 Web Application (.NET Framework)" 프로젝트
... 31  32  33  34  35  36  37  38  39  [40]  41  42  43  44  45  ...