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

두 개의 윈도우를 각각 실행하는 방법(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에서는 어떻게 해야 할까요? 단지 새롭게 도입한 Dispathcher 모델을 사용해야 한다는 정도만 차이가 있습니다.

// 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;
    }
}

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




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

[연관 글]


donaricano-btn



[최초 등록일: ]
[최종 수정일: 1/7/2019 ]

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)
12687정성태6/22/202129오류 유형: 729. Invalid data: Invalid artifact, java se app service only supports .jar artifact
12686정성태6/21/202151Java: 22. Azure - 자바(Java)로 만드는 Web App Service
12685정성태6/21/202158Java: 21. Azure Web App Service에 배포된 Java 프로세스의 메모리 및 힙(Heap) 덤프 뜨는 방법
12684정성태6/19/202147오류 유형: 728. Visual Studio 2022부터 DTE.get_Properties 속성 접근 시 System.MissingMethodException 예외 발생
12683정성태6/18/202165VS.NET IDE: 166. Visual Studio 2022 - Windows Forms 프로젝트의 x86 DLL 컨트롤이 Designer에서 오류가 발생하는 문제파일 다운로드1
12682정성태6/18/202175VS.NET IDE: 165. Visual Studio 2022를 위한 Extension 마이그레이션
12681정성태6/18/202154오류 유형: 727. .NET 2.0 ~ 3.5 + x64 환경에서 System.EnterpriseServices 참조 시 CS8012 경고
12680정성태6/18/202140오류 유형: 726. python2.7.exe 실행 시 0xc000007b 오류
12679정성태6/18/202197COM 개체 관련: 23. CoInitializeSecurity의 전역 설정을 재정의하는 CoSetProxyBlanket 함수 사용법파일 다운로드1
12678정성태6/17/202182.NET Framework: 1072. C# - CoCreateInstance 관련 Inteop 오류 정리파일 다운로드1
12677정성태6/17/202176VC++: 144. 역공학을 통한 lxssmanager.dll의 ILxssSession 사용법 분석파일 다운로드1
12676정성태6/16/2021104VC++: 143. ionescu007/lxss github repo에 공개된 lxssmanager.dll의 CLSID_LxssUserSession/IID_ILxssSession 사용법파일 다운로드1
12675정성태6/16/202153Java: 20. maven package 명령어 결과물로 (war가 아닌) jar 생성 방법
12674정성태6/15/202194VC++: 142. DEFINE_GUID 사용법
12673정성태6/15/202155Java: 19. IntelliJ - 자바(Java)로 만드는 Web App을 Tomcat에서 실행하는 방법
12672정성태6/15/202147오류 유형: 725. IntelliJ에서 Java webapp 실행 시 "Address localhost:1099 is already in use" 오류
12671정성태6/15/202164오류 유형: 724. Tomcat 실행 시 Failed to initialize connector [Connector[HTTP/1.1-8080]] 오류
12670정성태6/13/202169.NET Framework: 1071. DLL Surrogate를 이용한 Out-of-process COM 개체에서의 CoInitializeSecurity 문제파일 다운로드1
12669정성태6/11/2021159.NET Framework: 1070. 사용자 정의 GetHashCode 메서드 구현은 C# 9.0의 record 또는 리팩터링에 맡기세요.
12668정성태6/11/2021175.NET Framework: 1069. C# - DLL Surrogate를 이용한 Out-of-process COM 개체 제작파일 다운로드2
12667정성태6/10/202199.NET Framework: 1068. COM+ 서버 응용 프로그램을 이용해 CoInitializeSecurity 제약 해결파일 다운로드1
12666정성태6/10/202178.NET Framework: 1067. 별도 DLL에 포함된 타입을 STAThread Main 메서드에서 사용하는 경우 CoInitializeSecurity 자동 호출파일 다운로드1
12665정성태6/9/2021146.NET Framework: 1066. Wslhub.Sdk 사용으로 알아보는 CoInitializeSecurity 사용 제약파일 다운로드1
12664정성태6/9/2021102오류 유형: 723. COM+ PIA 참조 시 "This operation failed because the QueryInterface call on the COM component" 오류
12663정성태6/9/2021139.NET Framework: 1065. Windows Forms - 속성 창의 디자인 설정 지원: 문자열 목록 내에서 항목을 선택하는 TypeConverter 제작파일 다운로드1
[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...