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

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




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

[연관 글]





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

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

비밀번호

댓글 쓴 사람
 




[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
12378정성태10/20/202081.NET Framework: 954. C# - x86/x64 환경에 따라 달라지는 P/Invoke 함수의 export 이름파일 다운로드1
12377정성태10/15/202088디버깅 기술: 172. windbg - 파일 열기 시점에 bp를 걸어 파일명 알아내는 방법(Managed/Unmanaged)
12376정성태10/15/202026오류 유형: 669. windbg - sos의 name2ee 명령어 실행 시 "Failed to request module list." 오류
12375정성태10/15/2020128Windows: 177. 윈도우 탐색기에서 띄우는 cmd.exe 창의 디렉터리 구분 문자가 'Yen(&#0165;)' 기호로 나오는 경우 [1]
12374정성태10/14/2020109.NET Framework: 953. C# 9.0 - (6) Function pointers파일 다운로드2
12373정성태10/14/202049.NET Framework: 952. OpCodes.Box와 관련해 IL 형식으로 직접 코딩 시 유의할 점
12372정성태10/14/2020119.NET Framework: 951. C# 9.0 - (5) Attributes on local functions파일 다운로드1
12371정성태10/13/202033개발 환경 구성: 519. Visual Studio의 Ctrl+Shift+U (Edit.MakeUppercase) 단축키가 동작하지 않는 경우
12370정성태10/13/202035Linux: 33. Linux - nmcli를 이용한 고정 IP 설정
12369정성태10/12/2020781Windows: 176. Raymond Chen이 한글날에 밝히는 윈도우의 한글 자모 분리 현상 [1]
12368정성태10/12/202031오류 유형: 668. VSIX 확장 빌드 - The "GetDeploymentPathFromVsixManifest" task failed unexpectedly.
12367정성태10/12/202032오류 유형: 667. Ubuntu - Temporary failure resolving 'kr.archive.ubuntu.com'
12366정성태10/13/2020110.NET Framework: 950. C# 9.0 - (4) Native ints파일 다운로드1
12365정성태10/12/2020101.NET Framework: 949. C# 9.0 - (3) Lambda discard parameters파일 다운로드1
12364정성태10/11/2020138.NET Framework: 948. C# 9.0 - (2) Skip locals init파일 다운로드1
12363정성태10/11/2020154.NET Framework: 947. C# 9.0 - (1) Target-typed new파일 다운로드1
12362정성태10/11/2020136VS.NET IDE: 151. Visual Studio 2019에 .NET 5 rc/preview 적용하는 방법
12361정성태10/19/2020207.NET Framework: 946. C# 9.0을 위한 개발 환경 구성
12360정성태10/8/202049오류 유형: 666. The type or namespace name '...' does not exist in the namespace 'Microsoft.VisualStudio.TestTools' (are you missing an assembly reference?)
12359정성태10/7/202043오류 유형: 665. Windows - 재부팅 후 iSCSI 연결이 끊기는 문제
12358정성태10/7/202030오류 유형: 664. Web Deploy 설치 시 "A newer version of Microsoft Web Deploy 3.6 was found on this machine." 오류
12357정성태10/7/202031오류 유형: 663. 이벤트 로그 - The storage optimizer couldn't complete retrim on New Volume
12356정성태10/7/202055오류 유형: 662. ASP.NET Core와 500.19, 500.21 오류 (0x8007000d)
12355정성태10/3/202080오류 유형: 661. Hyper-V Linux VM의 Internal 유형의 가상 Switch에 대한 IP 연결이 되지 않는 경우
12354정성태10/2/202067오류 유형: 660. Web Deploy (msdeploy.axd) 실행 시 오류 기록
[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...