Microsoft MVP성태의 닷넷 이야기
닷넷: 2281. C# - Lock / Wait 상태에서도 일부 Win32 메시지 처리 [링크 복사], [링크+제목 복사],
조회: 9612
글쓴 사람
정성태 (seongtaejeong at gmail.com)
홈페이지
첨부 파일
(연관된 글이 1개 있습니다.)
(시리즈 글이 2개 있습니다.)
닷넷: 2281. C# - Lock / Wait 상태에서도 일부 Win32 메시지 처리
; https://www.sysnet.pe.kr/2/0/13688

닷넷: 2283. C# - Lock / Wait 상태에서도 STA COM 메서드 호출 처리
; https://www.sysnet.pe.kr/2/0/13695




C# - Lock / Wait 상태에서도 일부 Win32 메시지 처리

문서를 하나 읽다가 문득 아래의 문구에 꽂혔습니다. ^^

Interrupt can interrupt threads that are waiting to enter a lock. On Windows STA threads, waits for locks allow message pumping that can run other code on the same thread during a wait. Some features of the waits can be overridden by a custom SynchronizationContext.


일단, 저 문장을 시작하게 된 Interrupt에 대해서는 전에도 한 번 다룬 적이 있으니 넘어가겠습니다.

재미있는 건 그다음인데요, STA 스레딩 모델일 때 잠금에 대한 대기를 하는 동안 Win32 메시지 루프가 동작할 수 있다는 것입니다. 좀 더 찾아보면,

Which blocking operations cause an STA thread to pump COM messages?
; https://stackoverflow.com/questions/21571598/which-blocking-operations-cause-an-sta-thread-to-pump-com-messages

Is there a way to WAIT for a thread to complete processing while pumping windows messages?
; https://stackoverflow.com/questions/4540244/how-is-this-possible-onpaint-processed-while-in-waitone/4540745#4540745

다음의 메서드는 메시지 펌프 처리를 허용하는 반면,

  • Thread.Join
  • WaitHandle.WaitOne/WaitAny/WaitAll (WaitAll cannot be called from an STA thread though)
  • GC.WaitForPendingFinalizers
  • Monitor.Enter (and therefore lock) - under some conditions
  • ReaderWriterLock
  • BlockingCollection

Thread.Sleep, Console.ReadKey는 메시지 펌프 처리가 안 된다고 합니다. 하지만, 그렇다고 해서 모든 메시지들이 처리되는 것도 아니고 일부 제한적인 메시지만 처리한다고 하는데요, 정말 그런지 확인해 보고 싶어졌습니다. ^^

우선, 허용하는 메시지로는 (Win32 개발자에게는 친숙할 수밖에 없는) WM_PAINT가 있다고 하는데요, 그럼 이걸로 한 번 테스트를 해보겠습니다.

한 가지 문제가 있다면, (Vista 이후) Windows의 경우 Desktop Composition으로 인해 일단 한 번 윈도우가 화면에 그려졌으면 이후 다른 윈도우에 의해 가려지고 다시 나타났다고 해서 WM_PAINT가 발생하지 않는다는 점입니다.

쉽게 말해 WM_PAINT의 발생이 쉽지 않다는 점인데요, 대신 이걸 강제로 발생시킬 수 있는 방법이 있습니다. 즉, offscreen surface를 소유한 dwm.exe 프로세스를 그냥 작업 관리자를 이용해 강제로 종료하면 이후 dwm.exe가 재시작하면서 offscreen surface를 다시 구하기 위해 반드시 응용 프로그램에는 WM_PAINT를 전송하는 과정을 거치게 될 텐데 그걸 이용하면 됩니다.

자, 그럼 코드로 테스트를 해볼까요? ^^

코드는 Windows Forms 기본 프로젝트를 만들고 Monitor.Enter로 잠금을 유지할 스레드 하나와, 그로 인해 동일한 잠금을 획득할 수 없어 블록킹이 발생하는 코드를 수행하도록 버튼에 이벤트 핸들러를 두는 것으로 재현이 가능합니다.

namespace WinFormsApp1;

public partial class Form1 : Form
{
    public const uint WM_PAINT = 0x000F;

    static object s_lock = new();

    public Form1()
    {
        InitializeComponent();
    }

    private void Form1_Load(object sender, EventArgs e)
    {
        new Thread(() =>
        {
            lock (s_lock)
            {
                Thread.Sleep(-1); // 잠금 상태 유지
            }
        })
        { IsBackground = true }.Start();
    }

    protected override void WndProc(ref Message m)
    {
        base.WndProc(ref m);
        if (m.Msg == WM_PAINT) // WM_PAINT 발생 유무를 확인하기 위한 용도
        {
            System.Diagnostics.Trace.WriteLine($"{DateTime.Now} - WndProc - WM_PAINT");
        }
    }

    private void button1_Click(object sender, EventArgs e)
    {
        lock (s_lock) // s_lock을 얻기 위해 무한 대기
        {
            System.Diagnostics.Trace.WriteLine($"{DateTime.Now} - You will never see this message!");
        }
    }
}

테스트 순서는 이렇게 하시면 됩니다.

  1. Visual Studio에서 F5 디버깅 실행
  2. button1 클릭
  3. 작업 관리자에서 dwm.exe 강제 종료
  4. Visual Studio의 Output 창에 "WM_PAINT" 메시지가 출력되는 것을 확인

실제로 해보면 정말 WM_PAINT가 출력되는 것을 확인할 수 있습니다. 게다가 내부의 "그리기" 작업도 끝나 윈도우 화면은 다음과 같이 잘 보입니다.

msg_pump_in_wait_1.png

그렇다면 lock 대신 Thread.Sleep으로 대기를 하도록 바꾸면 어떻게 될까요?

private void button1_Click(object sender, EventArgs e)
{
    //lock (s_lock)
    //{
    //    System.Diagnostics.Trace.WriteLine($"{DateTime.Now} - You will never see this message!");
    //}

    Thread.Sleep(Timeout.Infinite);
}

Q&A 글에 따르면, Thread.Sleep은 메시지 펌핑 처리가 안 된다고 하는데요, 따라서 이전에 수행했던 테스트 과정을 그대로 해보면, Output 창에서 "WM_PAINT" 메시지를 볼 수 없습니다. 게다가 Window 화면도 내부의 "그리기" 작업이 없어 버튼 윈도우 등의 내용이 없습니다.

msg_pump_in_wait_2.png

그다지 유용할 것은 없지만, 테스트를 위한 관련 지식을 통합하는 과정에 묘미가 있을 듯합니다. ^^

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





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

[연관 글]






[최초 등록일: ]
[최종 수정일: 8/6/2024]

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)
13999정성태8/15/2025490닷넷: 2355. C# 14 - (8) null 조건부 연산자 개선 - 대입문에도 사용 가능파일 다운로드1
13998정성태8/14/2025592닷넷: 2354. C# 14 - (7) 확장 메서드에 정적 메서드와 속성 지원을 위한 전용 구문 추가파일 다운로드1
13997정성태8/14/2025734Linux: 120. docker 컨테이너로 매핑된 볼륨에 컨테이너 측의 사용자 ID를 유지하면서 복사하는 방법
13996정성태8/13/2025507오류 유형: 978. Unable to find the requested .Net Framework Data Provider.
13995정성태8/13/2025510개발 환경 구성: 754. Visual C++ - 리눅스 빌드를 위한 Ubuntu 18 docker 컨테이너 설정
13994정성태8/12/2025553오류 유형: 977. SQL Server - User, group, or role '...' already exists in the current database. (Microsoft SQL Server, Error: 15023)
13993정성태8/11/2025861오류 유형: 976. Microsoft.ML.OnnxRuntimeGenAI 패키지 사용 시 "cublasLt64_12.dll" which is missing. (Error 126: "The specified module could not be found.") 오류
13992정성태8/11/2025986닷넷: 2353. C# - Foundry Local을 이용한 gpt-oss-20b 모델 사용파일 다운로드1
13991정성태8/9/2025955오류 유형: 975. winget - Foundry Local 패키지 업데이트가 안 되는 문제
13990정성태8/8/2025778Windows: 283. Time zone 설정이 없는 Windows Server 2025
13989정성태8/8/20251156닷넷: 2352. C# - Windows S-mode 환경인지 체크하는 방법파일 다운로드1
13988정성태8/8/20251284오류 유형: 974. 비주얼 스튜디오 업데이트 시 잠김 파일 경고 - Visual Studio Standard Collector Service 150 (VSStandardCollectorService150)
13987정성태8/7/2025963닷넷: 2351. C# 14 - (6) event와 생성자에도 partial 메서드 적용파일 다운로드1
13986정성태8/6/20251029닷넷: 2350. C# 14 - (5) 람다 매개 변수에 접근자가 있는 경우에도 타입 생략 가능파일 다운로드1
13985정성태8/6/20251356오류 유형: 973. "wsl --install" 명령어 수행 시 "The server name or address could not be resolved"
13984정성태8/6/20251192Windows: 282. 윈도우 운영체제에 추가된 ssh 서버(Win32-OpenSSH)
13983정성태8/4/20251256오류 유형: 972. .NET 8 이상만 지원하는 Microsoft.Data.SqlClient 6.1.0 버전
13982정성태8/2/20251634개발 환경 구성: 753. CentOS 7 컨테이너 내에서 openssh 서버 호스팅
13981정성태8/1/20251320오류 유형: 971. CentOS 7에서 yum 사용 시 "Could not resolve host: mirrorlist.centos.org; Unknown error"
13980정성태7/31/20251495Linux: 119. eBPF - BPF_PROG_TYPE_CGROUP_SOCK 유형에서 정상 동작하지 않는 BPF_CORE_READ (2)
13979정성태7/30/20251820Linux: 118. eBPF - BPF_PROG_TYPE_CGROUP_SOCK 유형에서 정상 동작하지 않는 BPF_CORE_READ
13978정성태7/29/20251678오류 유형: 970. 파일 복사 시 "Data error (cyclic redundancy check). (0x80070017)" 에러
13977정성태7/28/20251983닷넷: 2349. C# 14 - (4) 문자열 리터럴을 utf-8 인코딩으로 저장파일 다운로드1
13976정성태7/25/20251830닷넷: 2348. C# - 카카오 카나나 모델 + Microsoft.ML.OnnxRuntimeGenAI 예제파일 다운로드1
13975정성태7/23/20251721닷넷: 2347. C# 14 - (3) 형식 인자가 없는 제네릭 타입의 nameof 지원파일 다운로드1
[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...