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

비밀번호

댓글 작성자
 




... 61  62  63  64  65  [66]  67  68  69  70  71  72  73  74  75  ...
NoWriterDateCnt.TitleFile(s)
12288정성태8/5/202015998오류 유형: 637. WCF - The protocol 'net.tcp' does not have an implementation of HostedTransportConfiguration type registered.
12287정성태8/5/202017429오류 유형: 636. C# - libdl.so를 DllImport로 연결 시 docker container 내에서 System.DllNotFoundException 예외 발생
12286정성태8/5/202018773개발 환경 구성: 501. .NET Core 용 container 이미지 만들 때 unzip이 필요한 경우
12285정성태8/4/202018445오류 유형: 635. 윈도우 10 업데이트 - 0xc1900209 [2]
12284정성태8/4/202017818디버깅 기술: 169. Hyper-V의 VM에 대한 메모리 덤프를 뜨는 방법
12283정성태8/3/202018703디버깅 기술: 168. windbg - 필터 드라이버 확인하는 확장 명령어(!fltkd) [2]
12282정성태8/2/202016549디버깅 기술: 167. windbg 디버깅 사례: AppDomain 간의 static 변수 사용으로 인한 crash (2)
12281정성태8/2/202020195개발 환경 구성: 500. (PDB 연결이 없는) DLL의 소스 코드 디버깅을 dotPeek 도구로 해결하는 방법
12280정성태8/2/202018306오류 유형: 634. 오라클 (평생) 무료 클라우드 VM 생성 후 SSH 접속 시 키 오류 발생 [2]
12279정성태7/29/202020042개발 환경 구성: 499. 닷넷에서 접근해보는 InterSystems의 Cache 데이터베이스파일 다운로드1
12278정성태7/23/202016668VS.NET IDE: 149. ("Binary was not built with debug information" 상태로) 소스 코드 디버깅이 안되는 경우
12277정성태7/23/202018615개발 환경 구성: 498. DEVPATH 환경 변수의 사용 예 - .NET Reflector의 (PDB 연결이 없는) DLL의 소스 코드 디버깅
12276정성태7/23/202017979.NET Framework: 930. 개발자를 위한 닷넷 어셈블리 바인딩 - DEVPATH 환경 변수
12275정성태7/22/202020183개발 환경 구성: 497. 닷넷에서 접근해보는 InterSystems의 IRIS Data Platform 데이터베이스파일 다운로드1
12274정성태7/21/202019534개발 환경 구성: 496. Azure - Blob Storage Account의 Location 이전 방법 [1]파일 다운로드1
12273정성태7/18/202022267개발 환경 구성: 495. Azure - Location이 다른 웹/DB 서버의 경우 발생하는 성능 하락
12272정성태7/16/202015467.NET Framework: 929. (StrongName의 버전 구분이 필요 없는) .NET Core 어셈블리 바인딩 규칙 [2]파일 다운로드1
12271정성태7/16/202018391.NET Framework: 928. .NET Framework의 Strong-named 어셈블리 바인딩 (2) - 런타임에 바인딩 리디렉션파일 다운로드1
12270정성태7/16/202019057오류 유형: 633. SSL_CTX_use_certificate_file - error:140AB18F:SSL routines:SSL_CTX_use_certificate:ee key too small
12269정성태7/16/202016306오류 유형: 632. .NET Core 웹 응용 프로그램 - The process was terminated due to an unhandled exception.
12268정성태7/15/202018904오류 유형: 631. .NET Core 웹 응용 프로그램 오류 - HTTP Error 500.35 - ANCM Multiple In-Process Applications in same Process
12267정성태7/15/202020996.NET Framework: 927. C# - 윈도우 프로그램에서 Credential Manager를 이용한 보안 정보 저장파일 다운로드1
12266정성태7/14/202017941오류 유형: 630. 사용자 계정을 지정해 CreateService API로 서비스를 등록한 경우 "Error 1069: The service did not start due to a logon failure." 오류발생
12265정성태7/10/202016786오류 유형: 629. Visual Studio - 웹 애플리케이션 실행 시 "Unable to connect to web server 'IIS Express'." 오류 발생
12264정성태7/9/202028096오류 유형: 628. docker: Error response from daemon: Conflict. The container name "..." is already in use by container "...".
12261정성태7/9/202019365VS.NET IDE: 148. 윈도우 10에서 .NET Core 응용 프로그램을 리눅스 환경에서 실행하는 2가지 방법 - docker, WSL 2 [5]
... 61  62  63  64  65  [66]  67  68  69  70  71  72  73  74  75  ...