Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 2개 있습니다.)
(시리즈 글이 11개 있습니다.)
.NET Framework: 612. UWP(유니버설 윈도우 플랫폼) 앱에서 콜백 함수 내에서의 UI 요소 접근 방법
; https://www.sysnet.pe.kr/2/0/11071

.NET Framework: 680. C# - 작업자(Worker) 스레드와 UI 스레드
; https://www.sysnet.pe.kr/2/0/11287

.NET Framework: 777. UI 요소의 접근은 반드시 그 UI를 만든 스레드에서!
; https://www.sysnet.pe.kr/2/0/11561

.NET Framework: 805. 두 개의 윈도우를 각각 실행하는 방법(Windows Forms, WPF)
; https://www.sysnet.pe.kr/2/0/11802

.NET Framework: 886. C# - Console 응용 프로그램에서 UI 스레드 구현 방법
; https://www.sysnet.pe.kr/2/0/12139

.NET Framework: 911. Console/Service Application을 위한 SynchronizationContext - AsyncContext
; https://www.sysnet.pe.kr/2/0/12231

.NET Framework: 1022. UI 요소의 접근은 반드시 그 UI를 만든 스레드에서! - 두 번째 이야기
; https://www.sysnet.pe.kr/2/0/12537

.NET Framework: 2076. C# - SynchronizationContext 기본 사용법
; https://www.sysnet.pe.kr/2/0/13190

.NET Framework: 2077. C# - 직접 만들어 보는 SynchronizationContext
; https://www.sysnet.pe.kr/2/0/13191

닷넷: 2278. WPF - 스레드에 종속되는 DependencyObject
; https://www.sysnet.pe.kr/2/0/13682

닷넷: 2298. C# - Console 프로젝트에서의 await 대상으로 Main 스레드 활용하는 방법
; https://www.sysnet.pe.kr/2/0/13743




두 개의 윈도우를 각각 실행하는 방법(Windows Forms, WPF)

아래와 같은 질문이 있군요.

WPF에서 로딩중 이미지를 구현
; https://www.sysnet.pe.kr/3/0/5104
; https://www.sysnet.pe.kr/3/0/5107

해당 문제를 간략하게 정리해 보면, 다음과 같이 Main Form에서 스레드가 어떤 작업을 하는 사이,

using System.Windows.Forms;

namespace WindowsFormsApp1
{
    public partial class Form1 : Form
    {
        public Form1()
        {
            InitializeComponent();
        }

        private void button1_Click(object sender, System.EventArgs e)
        {
            WaitForm waitForm = new WaitForm();
            waitForm.Show();

            // ...[생략: 사용자 작업]...
        }
    }
}

WaitForm에서는 사용자로 하여금 대기하라는 표현을 하고 싶은 것입니다.

using System;
using System.Windows.Forms;

namespace WindowsFormsApp1
{
    public partial class WaitForm : Form
    {
        public WaitForm()
        {
            InitializeComponent();
        }

        Timer _timer;
        int _wait = 10;

        private void WaitForm_Load(object sender, EventArgs e)
        {
            _timer = new Timer();
            _timer.Interval = 1000;
            _timer.Tick += _timer_Tick;
            _timer.Start();
        }

        private void _timer_Tick(object sender, EventArgs e)
        {
            this.Text = _wait.ToString();
            _wait--;
    
            if (_wait < 0)
            {
                _timer.Stop();
                this.Close();
            }
        }
    }
}

기대하기로는, MainForm에서 작업을 하는 사이 별도로 뜬 WaitForm은 10, 9, 8, ...로 화면에 카운팅이 되도록 만들려는 것입니다. 간단한 재현을 위해 MainForm의 버튼 이벤트에 다음과 같이 Thread.Sleep을 추가할 수 있습니다.

private void button1_Click(object sender, System.EventArgs e)
{
    WaitForm waitForm = new WaitForm();
    waitForm.Show();

    Thread.Sleep(1000 * 10);
}

그런데, 실제로 위의 코드를 실행해 보면 MainForm에서 10초 동안 멈춰있는 사이 WaitForm의 동작도 멈추게 됩니다. 왜 그럴까요?




이유는 스레드가 하나이기 때문입니다. WaitForm을 Show한 Thread는 이후 Thread.Sleep의 실행으로 10초 동안 CPU로부터 아무런 자원 할당을 받지 못합니다. (또는, 작업을 한다고 해도 CPU는 그 작업만을 할 뿐입니다.) 이로 인해, WaitForm 내부의 코드는 전혀 실행하지 못하게 되고 자연스럽게 화면은 멈춰버립니다.

이 현상을 해결하려면 WaitForm 윈도우를 별도의 스레드에서 동작시켜야 합니다. 이에 대해서는 전에 다음의 글로 한번 다룬 적이 있습니다.

C# - 작업자 스레드와 UI 스레드
; https://www.sysnet.pe.kr/2/0/11287

따라서 다음과 같이 코드 변경을 할 수 있습니다.

public partial class Form1 : Form
{
    public Form1()
    {
        InitializeComponent();
    }

    private void button1_Click(object sender, System.EventArgs e)
    {
        Thread waitThread = new Thread(threadFunc);
        waitThread.Start();

        Thread.Sleep(1000 * 10);
    }

    private void threadFunc()
    {
        WaitForm waitForm = new WaitForm();
        Application.Run(waitForm);
    }
}

이제 다시 실행을 하면, MainForm의 경우 Thread.Sleep으로 멈춰 있는 사이 WaitForm은 별도의 스레드를 할당받았기 때문에 정상적으로 카운팅 코드가 실행됩니다.




그런데, 여기서 주의할 점이 있습니다. MainForm과 WaitForm을 생성하는 스레드가 달라졌으므로 서로의 UI 객체를 직접 건드려서는 안 된다는 것인데, 이에 대해서는 예전에도 정리한 적이 있습니다.

UI 요소의 접근은 반드시 그 UI를 만든 스레드에서!
; https://www.sysnet.pe.kr/2/0/11561

따라서 threadFunc에 다음과 같은 식의 코드를 추가하면,

private void threadFunc()
{
    this.Text = "TEST";
    WaitForm waitForm = new WaitForm();
    Application.Run(waitForm);
}

이런 예외가 발생합니다.

System.InvalidOperationException
  HResult=0x80131509
  Message=Cross-thread operation not valid: Control 'Form1' accessed from a thread other than the thread it was created on.
  Source=System.Windows.Forms
  StackTrace:
   at System.Windows.Forms.Control.get_Handle()
   at System.Windows.Forms.Control.set_WindowText(String value)
   at System.Windows.Forms.Form.set_WindowText(String value)
   at System.Windows.Forms.Control.set_Text(String value)
   at System.Windows.Forms.Form.set_Text(String value)
   at WindowsFormsApp1.Form1.threadFunc() in F:\...\WindowsFormsApp1\Form1.cs:line 24
   at System.Threading.ThreadHelper.ThreadStart_Context(Object state)
   at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
   at System.Threading.ThreadHelper.ThreadStart()

해결 방법은 "UI 요소의 접근은 반드시 그 UI를 만든 스레드에서!" 글에서 설명했으니 생략합니다.




그렇다면 동일한 코드를 WPF에서는 어떻게 해야 할까요? 단지 새롭게 도입한 Dispatcher 모델을 사용해야 한다는 정도만 차이가 있습니다.

// MainWindow.xaml.cs

using System.Threading;
using System.Windows;

namespace WpfApp1
{
    public partial class MainWindow : Window
    {
        public MainWindow()
        {
            InitializeComponent();
        }

        private void Button_Click(object sender, RoutedEventArgs e)
        {
            Thread waitThread = new Thread(threadFunc);
            waitThread.SetApartmentState(ApartmentState.STA);
            waitThread.Start();

            Thread.Sleep(1000 * 10);
        }

        private void threadFunc()
        {
            WaitForm waitForm = new WaitForm();
            waitForm.Show();

            System.Windows.Threading.Dispatcher.Run();
        }
    }
}


// WaitForm.xaml.cs

using System;
using System.Windows;

namespace WpfApp1
{
    public partial class WaitForm : Window
    {
        public WaitForm()
        {
            InitializeComponent();
                        
            _timer = new System.Windows.Threading.DispatcherTimer();
            _timer.Tick += _timer_Tick;
            _timer.Interval = new TimeSpan(0, 0, 1);
            _timer.Start();
        }

        private void _timer_Tick(object sender, EventArgs e)
        {
            this.Title = _wait.ToString();
            _wait--;

            if (_wait < 0)
            {
                _timer.Stop();
                this.Close();
            }
        }

        protected override void OnClosed(EventArgs e)
        {
            base.OnClosed(e);

            System.Windows.Threading.Dispatcher.CurrentDispatcher.InvokeShutdown();
        }

        System.Windows.Threading.DispatcherTimer _timer;
        int _wait = 10;
    }
}

(첨부 파일은 이 글의 예제 프로젝트를 포함합니다.)




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 2/29/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)
13945정성태6/7/2025381오류 유형: 960. 파이썬 + conda - mysqlclient 사용 시 "NameError: name '_mysql' is not defined" 에러
13944정성태6/7/2025389오류 유형: 959. The trust relationship between this workstation and the primary domain failed. - 네 번째 이야기
13943정성태6/6/2025519개발 환경 구성: 748. Windows + Foundry Local - 로컬에서 AI 모델 활용
13942정성태6/5/2025745오류 유형: 958. winget 설치 시 "0x80d02002 : unknown error"
13941정성태6/2/2025963닷넷: 2334. C# - cpuid 명령어를 이용한 CPU 제조사 문자열 가져오기파일 다운로드1
13940정성태6/1/20251372C/C++: 188. C++의 32비트 + Release 어셈블리 코드를 .NET으로 포팅할 때 주의할 점파일 다운로드1
13939정성태5/29/20251650오류 유형: 957. NVIDIA Triton Inference Server - version `GLIBCXX_3.4.32' not found (required by /opt/tritonserver/backends/python/triton_python_backend_stub)
13938정성태5/29/20251390개발 환경 구성: 747. 파이썬 - WSL/docker에 구성한 Triton 예제 개발 환경
13937정성태5/24/20251348개발 환경 구성: 746. Windows + WSL2 환경에서 (tensorflow 등의) NVIDIA GPU 인식
13936정성태5/23/20251176개발 환경 구성: 745. Linux / WSL 환경에 Miniconda 설치하기
13935정성태5/20/20251198파이썬 - pip 사용 시 "ImportError: cannot import name 'html5lib' from 'pip._vendor'" 오류
13934정성태5/20/20251706스크립트: 77. 파이썬 - 'urllib.request' 모듈의 명시적/암시적 로딩 차이
13933정성태5/19/20251280오류 유형: 956. Visual Studio 2022가 17.12 버전부터 업데이트 되지 않는다면?
13932정성태5/18/20251485스크립트: 76. 파이썬 - Version 문자열 다루기(semver 패키지)
13931정성태5/17/20251778스크립트: 75. 파이썬 - Cython 기본 예제 및 컴파일
13930정성태5/17/20251466개발 환경 구성: 744. 파이썬 - Windows embeddable package 환경에서 외부 패키지 사용하는 방법(ex: UFO² 환경 구성)
13929정성태5/16/20251485오류 유형: 955. 파이썬 - "Windows embeddable package" REPL 환경에서 "NameError: name 'exit' is not defined"
13928정성태5/15/20251536오류 유형: 954. UFO² - "'Invalid URL (POST /v1/chat/completions/chat/completions)'"
13927정성태5/15/20251527오류 유형: 953. OpenAI - The API request of HOST_AGENT failed: OpenAI API request exceeded rate limit: Error code: 429
13926정성태5/14/20251901개발 환경 구성: 743. LLM과 윈도우의 만남 - Desktop AgentOS UFO² 기본 환경 구성
13925정성태5/12/20252001닷넷: 2333. C# - (Console 유형의 프로젝트에서) Clipboard 연동파일 다운로드1
13924정성태5/8/20251737닷넷: 2332. C# - (JetBrains Omea Reader 대상으로) 런타임 시에 메서드 가로채기 [2]파일 다운로드1
13923정성태5/5/20251490스크립트: 74. 파이썬 - C# - Python.NET의 RunSimpleScript, Exec, Eval 차이점파일 다운로드1
13922정성태5/3/20251734스크립트: 73. 파이썬 - Windows embeddable package 버전에서 tkinter 환경 구성
13921정성태5/3/20252234오류 유형: 952. 듀얼 채널 메모리 정렬을 지키지 않은 컴퓨터의 Windows 비정상 종료 현상(Blue Screen) [2]
[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...