Microsoft MVP성태의 닷넷 이야기
.NET Framework: 149. WPF - UI 업데이트를 바로 반영하고 싶다면? [링크 복사], [링크+제목 복사]
조회: 29767
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일

WPF - UI 업데이트를 바로 반영하고 싶다면?


기존 WinForm과 WPF의 UI 쓰레드 동작 방식은 다릅니다. WinForm에서는 기존 Win32 의 Window Proc구조를 단순히 확장한 것이었던 반면, WPF에서는 UI 쓰레드에 대해 WorkItem 방식으로 큐를 대기시켜서 처리하는 Dispatcher가 착 달라붙었습니다.

아직, WPF 의 쓰레드 방식에 대해서 잘 모르시는 분들은 아래의 글을 참조하십시오.

WPF - Threading Model
; https://docs.microsoft.com/ko-kr/previous-versions/dotnet/netframework-3.0/ms741870(v=vs.85)

이와 같이 큐에 쌓여서 처리되는 WorkItem 방식의 구현으로 바뀌면서 눈에 띄게 차이나는 점이 하나 있습니다. 몸소 체험하기 위해 다음의 코드를 한번 볼까요?

우선, WinForm의 경우

using System;
using System.Windows.Forms;
using System.Threading;

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

        private void button1_Click(object sender, EventArgs e)
        {
            this.button1.Enabled = false;

            Thread.Sleep(5000);

            this.button1.Enabled = true;
        }
    }
}

실행시킨 후에, button1을 누르면 응용 프로그램 상의 버튼이 금방 회색빛으로 바뀌면서 비활성 상태로 바뀌고 잠시동안 응용 프로그램은 먹통이 된 후 다시 활성 상태로 바뀌게 됩니다.

하지만, 이와 동일한 작업을 WPF에서 해보면,

private void button1_Click(object sender, RoutedEventArgs e)
{
    this.button1.IsEnabled = false;

    Thread.Sleep(5000);

    this.button1.IsEnabled = true;

} 

이상하게도(?), 버튼은 회색으로 전혀 바뀌지 않고 5초 동안 먹통이 된 다음 아무 일도 없었다는 듯이 다시 사용자 반응이 가능해집니다.

아마도 많은 분들이 이 점에 대해서 의아하셨을 텐데요. 이 궁금증은 "WPF - Threading Model" 글을 읽어보시면 금방 풀리게 됩니다.

이유인 즉, IsEnabled = false 로 되었을 때 비활성 상태를 그리는 이벤트가 직접 발생하기 보다는 새로 그려야 한다는 repaint 관련 작업이 큐에 쌓이고 현재의 가장 우선시 되는 사용자 코드가 모두 실행된 다음 여유있는 시간에 Dispatcher의 큐에 쌓여 있는 코드를 처리하기 때문입니다.

즉, 아래와 같은 그림이 되겠지요.

[그림 1: 큐에 쌓인 repaint 작업 항목]
wpf_dispatcher_execution_1.png

자, 그럼 WPF에서도 WinForm과 같이 금방 버튼을 비활성화 상태로 맞추려면 어떻게 해야 할까요?
방법은 간단합니다. Dispatcher 큐에 있는 Repaint 작업 항목을 실행시켜 주면 되는 것입니다. 그러기 위해서 아래와 같은 코드를 중간에 넣어주면 됩니다.

private void button1_Click(object sender, RoutedEventArgs e)
{
    this.button1.IsEnabled = false;

    this.Dispatcher.Invoke(
        (ThreadStart)(() => { }), DispatcherPriority.ApplicationIdle);

    Thread.Sleep(5000);

    this.button1.IsEnabled = true;

} 

Dispatcher.Invoke로 동기화 호출을 했으니 현재 쓰레드는 람다 메서드 () => {} 를 실행하기까지 더 이상 진행을 안하게 됩니다. 그런데, 빈 함수의 우선순위를 ApplicationIdle (우선순위 2)로 낮게 잡았으니 Repaint (Render: 우선순위 7) 가 실행이 되는 것을 보장하기 때문에 결국 버튼은 비활성화 상태로 변하게 됩니다.

실험을 위해서, 만약 ApplicationIdle값을 Render보다 높게 잡으면(예를 들어 Normal - 우선순위 9) Dispatcher.Invoke 시에 기존 큐에 있는 Repaint보다 우선순위가 높으므로 그것을 실행하지 않고 곧바로 반환되어 원하는 효과를 볼 수 없습니다. (재미있는 것은 같은 우선순위인 Render를 주어도 원하는 비활성화 코드가 실행이 안됩니다. 아마도 같은 우선순위인 경우 이전에 쌓인 큐보다 먼저 처리되는 것 같습니다.)

여기서 끝이 아닙니다. 버튼이 비활성화되어 있는 5초 동안 마우스로 버튼 영역을 클릭하게 되면, Thread.Sleep이 끝나고 button1_Click 이벤트 핸들러가 반환되자 마자 Dispatcher에 쌓여 있던 MOUSEDOWN 작업항목이 처리되어 곧바로 비활성화 상태로 빠지게 됩니다. 이것이 문제가 되는 경우가 있을 텐데, 예를 들어 사용자가 극장표 예약을 위해 "예약 확인" 버튼을 한번 누른 상태에서 비활성화 상태로 된 것을 다시 누른 경우 2번 실행될 수 있게 됩니다.

그렇다면, 역시 Dispatcher에 있던 MOUSEDOWN 작업 항목을 비워버리고 나서 버튼을 활성상태로 만들어야 할텐데, 이런 경우에도 역시 위의 트릭을 그대로 쓸 수 있습니다.

private void button1_Click(object sender, RoutedEventArgs e)
{
    this.button1.IsEnabled = false;

    this.Dispatcher.Invoke(
        (ThreadStart)(() => { }), DispatcherPriority.ApplicationIdle);

    Thread.Sleep(5000);

    this.Dispatcher.Invoke(
        (ThreadStart)(() => { }), DispatcherPriority.ApplicationIdle);
    this.button1.IsEnabled = true;

} 

위와 같이 한 라인을 더 넣어주면 역시 Thread.Sleep 된 동안 시스템에 의해 전송된 MOUSEDOWN으로 인한 Dispatcher 큐에 쌓인 작업항목을 비워내고 다음으로 진행되기 때문에 원하는 결과를 얻어낼 수 있습니다.

어떠세요? Dispatcher의 동작방식에 대해서 좀 이해가 되셨나요? ^^

*** 첨부 파일은 WinForm/WPF 폼에서 간단한 예제코드를 추가한 것입니다.



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

[연관 글]


donaricano-btn



[최초 등록일: ]
[최종 수정일: 8/25/2020 ]

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

비밀번호

댓글 쓴 사람
 



2009-07-23 06시37분
kevin25
2012-02-15 04시42분
[시피르] 흐음... 이방법에는 문제가 하나 있는거 같은데요

메인 말고 다른 스레드가 동작중일때는 다른 스레드가 끝날때까지
this.Dispatcher.Invoke(
        (ThreadStart)(() => { }), DispatcherPriority.ApplicationIdle);
이 부분을 벗어나질 못하네요

당연한것이겠지만요.. ㅠ

회색버튼을 5초 보여주는게 처음 목적이었겠지만 다른 스레드가 계속 동작중에 있다면 첫번째 Invoke문에서 멈춰가지고 Repaint는 하는데 정작 Invoke문에서 벗어나질 못해서 회색버튼만 다른 스레드가 종료할때까지 계속 보여주다가 다른 쓰레드가 종료되면 그제서야 Sleep문을 들어가 수행하게 되네요.. 이방법 말고 다른방법은 없을까요?
[손님]
2012-02-15 06시06분
"시피르"님 혹시 재현되는 간단한 예제를 올려주실 수 있으세요?

제가 다음과 같은 코드로 재현을 해보려고 했으나, 아래의 경우에는 정상적으로 Invoke 호출이 벗어났습니다.

        private void button1_Click(object sender, RoutedEventArgs e)
        {
            this.button1.IsEnabled = false;

            this.Dispatcher.Invoke(
             (ThreadStart)(() => { }), DispatcherPriority.ApplicationIdle);

            Thread.Sleep(5000);

            this.Dispatcher.Invoke(
             (ThreadStart)(() => { }), DispatcherPriority.ApplicationIdle);

            this.button1.IsEnabled = true;
        }

        private void Window_Loaded(object sender, RoutedEventArgs e)
        {
            Thread t1 = new Thread(threadFunc);
            t1.Start();
        }

        void threadFunc()
        {
            while (true)
            {
                Thread.Sleep(1000 * 1000);
            }
        }

정성태

[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/202148오류 유형: 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/202176VS.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/202156Java: 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  ...