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

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 폼에서 간단한 예제코드를 추가한 것입니다.



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

[연관 글]





[최초 등록일: ]
[최종 수정일: 10/21/2019 ]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer@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)
12153정성태2/23/202040.NET Framework: 898. Trampoline을 이용한 후킹의 한계파일 다운로드1
12152정성태2/23/202039.NET Framework: 897. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 세 번째 이야기(Trampoline 후킹)파일 다운로드1
12151정성태2/23/202030.NET Framework: 896. C# - Win32 API를 Trampoline 기법을 이용해 C# 메서드로 가로채는 방법 - 두 번째 이야기 (원본 함수 호출)파일 다운로드1
12150정성태2/23/202046.NET Framework: 895. C# - Win32 API를 Trampoline 기법을 이용해 C# 메서드로 가로채는 방법파일 다운로드1
12149정성태2/20/202033.NET Framework: 894. eBEST C# XingAPI 래퍼 - 연속 조회 처리 방법
12148정성태2/23/202098디버깅 기술: 163. x64 환경에서 구현하는 다양한 Trampoline 기법
12147정성태2/19/202086디버깅 기술: 162. x86/x64의 기계어 코드 최대 길이
12146정성태2/18/202066.NET Framework: 893. eBEST C# XingAPI 래퍼 - 로그인 처리파일 다운로드1
12145정성태2/18/202048.NET Framework: 892. eBEST C# XingAPI 래퍼 - Sqlite 지원 추가파일 다운로드1
12144정성태2/23/2020111.NET Framework: 891. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 두 번째 이야기파일 다운로드1
12143정성태2/13/202067.NET Framework: 890. 상황별 GetFunctionPointer 반환값 정리 - x64파일 다운로드1
12142정성태2/13/202095.NET Framework: 889. C# 코드로 접근하는 MethodDesc, MethodTable파일 다운로드1
12141정성태2/10/2020148.NET Framework: 888. C# - ASP.NET Core 웹 응용 프로그램의 출력 가로채기 [1]파일 다운로드1
12140정성태2/10/202098.NET Framework: 887. C# - ASP.NET 웹 응용 프로그램의 출력 가로채기파일 다운로드1
12139정성태2/9/2020145.NET Framework: 886. C# - Console 응용 프로그램에서 UI 스레드 구현 방법
12138정성태2/9/2020128.NET Framework: 885. C# - 닷넷 응용 프로그램에서 Sqlite 사용파일 다운로드1
12137정성태2/9/202078오류 유형: 592. [AhnLab] 경고 - 디버거 실행을 탐지했습니다.
12136정성태2/6/202052Windows: 166. Windows + S(또는 Q)로 뜨는 작업 표시줄의 검색 바가 동작하지 않는 경우
12135정성태2/6/202087개발 환경 구성: 468. Nuget 패키지의 로컬 보관 폴더를 옮기는 방법
12134정성태2/5/2020143.NET Framework: 884. eBEST XingAPI의 C# 래퍼 버전 - XingAPINet Nuget 패키지파일 다운로드1
12133정성태2/7/2020138디버깅 기술: 161. Windbg 환경에서 확인해 본 .NET 메서드 JIT 컴파일 전과 후 - 두 번째 이야기
12132정성태2/20/2020263.NET Framework: 883. C#으로 구현하는 Win32 API 후킹(예: Sleep 호출 가로채기)파일 다운로드1
12131정성태1/27/2020203개발 환경 구성: 467. LocaleEmulator를 이용해 유니코드를 지원하지 않는(한글이 깨지는) 프로그램을 실행하는 방법
12130정성태1/26/2020116VS.NET IDE: 142. Visual Studio에서 windbg의 "Open Executable..."처럼 EXE를 직접 열어 디버깅을 시작하는 방법
12129정성태1/26/2020335.NET Framework: 882. C# - 키움 Open API+ 사용 시 Registry 등록 없이 KHOpenAPI.ocx 사용하는 방법
[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...