Microsoft MVP성태의 닷넷 이야기
.NET Framework: 1025. C# - Control의 Invalidate, Update, Refresh 차이점 [링크 복사], [링크+제목 복사]
조회: 11222
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

C# - Control의 Invalidate, Update, Refresh 차이점

(2021-02-27: Refresh가 Control 타입에 있었군요, 크게 내용이 달라지는 것은 없지만 Refresh 내용만 더 추가했습니다.)

아래와 같은 질문이 있군요.

사용자 지정 컨트롤 생성시 Invalidate, Update, Refresh의 차이점
; https://www.sysnet.pe.kr/3/0/5474

사실, Refresh는 특정 컨트롤에서 정의한 것이므로 해당 컨트롤의 도움말 등을 통해 정보를 얻어야 합니다. 반면 Control에서 정의한 Invalidate와 Update는 분명한 차이점이 있습니다.

역어셈블로 소스 코드를 들여다보면 Invalidate의 경우 다음과 같이 나옵니다.

public void Invalidate()
{
    Invalidate(invalidateChildren: false);
}

public void Invalidate(bool invalidateChildren)
{
    if (!IsHandleCreated)
    {
        return;
    }

    if (invalidateChildren)
    {
        SafeNativeMethods.RedrawWindow(new HandleRef(window, Handle), null, NativeMethods.NullHandleRef, 133);
    }
    else
    {
        using (new MultithreadSafeCallScope())
        {
            SafeNativeMethods.InvalidateRect(new HandleRef(window, Handle), null, (controlStyle & ControlStyles.Opaque) != ControlStyles.Opaque);
        }
    }

    NotifyInvalidate(ClientRectangle);
}

[DllImport("user32.dll", CharSet = CharSet.Auto, ExactSpelling = true)]
public static extern bool InvalidateRect(HandleRef hWnd, NativeMethods.COMRECT rect, bool erase);

결국 InvalidateRect Win32 API를 호출하는 역할을 하는데요,

InvalidateRect function (winuser.h)
; https://learn.microsoft.com/en-us/windows/win32/api/winuser/nf-winuser-invalidaterect

The invalidated areas accumulate in the update region until the region is processed when the next WM_PAINT message occurs or until the region is validated by using the ValidateRect or ValidateRgn function.

The system sends a WM_PAINT message to a window whenever its update region is not empty and there are no other messages in the application queue for that window.


중요한 것은, WM_PAINT 메시지로 GetMessage/PeekMessage의 메시지 루프를 거쳐 처리된다는 점입니다.

반면 Update의 경우에는,

public void Update()
{
    SafeNativeMethods.UpdateWindow(new HandleRef(this.window, this.InternalHandle));
}

[DllImport("user32.dll", CharSet = CharSet.Auto, ExactSpelling = true)]
public static extern bool UpdateWindow(HandleRef hWnd);

UpdateWindow Win32 API를 그대로 호출하는 방식으로 처리합니다.

UpdateWindow function (winuser.h)
; https://learn.microsoft.com/en-us/windows/win32/api/winuser/nf-winuser-updatewindow

The UpdateWindow function updates the client area of the specified window by sending a WM_PAINT message to the window if the window's update region is not empty. The function sends a WM_PAINT message directly to the window procedure of the specified window, bypassing the application queue. If the update region is empty, no message is sent.


문서에 따라, UpdateWindow는 WM_PAINT를 메시지 루프를 거치지 않고 곧바로 Window Procedure 함수를 실행하는 식으로 처리한다는 차이점이 있습니다.




자, 그럼 저 문서상의 설명이 실제로 Winform에서 어떻게 동작하는지 간단하게 테스트를 해볼까요?

WinForm 디자인 화면에 TextBox 하나와 Button을 놓은 후 Button.Click 이벤트에 다음과 같은 코드를 작성해 둡니다.

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

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

        private void button1_Click(object sender, EventArgs e)
        {
            this.textBox1.Text = "qwer";
            this.textBox1.Invalidate();

            Thread.Sleep(-1);
        }
    }
}

위와 같은 경우, TextBox.Text 속성에 "qwer"을 지정하고 "Invalidate"를 호출해 WM_PAINT를 전송했으므로 이것이 처리되기 위해서는 반드시 메시지 루프가 돌아야 합니다. 하지만 위의 코드에서는 Thread.Sleep을 이용해 메시지 루프 실행을 막고 있으므로 버튼이 눌렸을 때 TextBox에는 여전히 빈 문자열만 출력이 되고 화면은 멈추게 됩니다.

자, 그럼 Invalidate를 다음과 같이 Update로 바꿔보면 어떨까요?

private void button1_Click(object sender, EventArgs e)
{
    this.textBox1.Text = "qwer";
    // this.textBox1.Invalidate();
    this.textBox1.Update();

    Thread.Sleep(-1);
}

Update는 Window Procedure를 직접 실행하기 때문에 저 호출로 WM_PAINT 처리가 되어 TextBox에는 "qwer" 글자가 그려지게 됩니다. 따라서 Thread.Sleep으로 인해 메시지 루프 실행이 막혀도 화면에는 이미 개발자가 원하는 텍스트가 출력된 상태로 화면이 멈춥니다.




마지막으로 Refresh는 역시 소스 코드를 보면 나옵니다.

public virtual void Refresh()
{
    Invalidate(invalidateChildren: true);
    Update();
}

그러니까, 결국 Invalidate + Update에 불과한 것인데요, 단지 Invalidate 단계에서 InvalidateRect 대신 RedrawWindow를 호출하는 정도의 차이가 있습니다.

public void Invalidate(bool invalidateChildren)
{
    if (!IsHandleCreated)
    {
        return;
    }

    if (invalidateChildren)
    {
        // #define RDW_ALLCHILDREN         0x0080
        // #define RDW_ERASE               0x0004
        // #define RDW_INVALIDATE          0x0001
        SafeNativeMethods.RedrawWindow(new HandleRef(window, Handle), null, NativeMethods.NullHandleRef, 133); // 133 == 0x85
    }
    else
    {
        using (new MultithreadSafeCallScope())
        {
            SafeNativeMethods.InvalidateRect(new HandleRef(window, Handle), null, (controlStyle & ControlStyles.Opaque) != ControlStyles.Opaque);
        }
    }

    NotifyInvalidate(ClientRectangle);
}

[DllImport("user32.dll", CharSet = CharSet.Auto, ExactSpelling = true)]
public static extern bool RedrawWindow(HandleRef hwnd, NativeMethods.COMRECT rcUpdate, HandleRef hrgnUpdate, int flags);

RedrawWindow Win32 API 문서를 보면,

RedrawWindow function (winuser.h)
; https://learn.microsoft.com/en-us/windows/win32/api/winuser/nf-winuser-redrawwindow

/*
By default, the windows affected by RedrawWindow depend on whether the specified window has the WS_CLIPCHILDREN style. Child windows that are not the WS_CLIPCHILDREN style are unaffected; non-WS_CLIPCHILDREN windows are recursively validated or invalidated until a WS_CLIPCHILDREN window is encountered. The following flags control which windows are affected by the RedrawWindow function.

RDW_ALLCHILDREN
Includes child windows, if any, in the repainting operation.

RDW_ERASE
Causes the window to receive a WM_ERASEBKGND message when the window is repainted. The RDW_INVALIDATE flag must also be specified; otherwise, RDW_ERASE has no effect.

RDW_INVALIDATE
Invalidates lprcUpdate or hrgnUpdate (only one may be non-NULL). If both are NULL, the entire window is invalidated.
*/


사용된 플래그에 따라 자식 윈도우까지도 invalidate 시킨다는 차이점이 있습니다. 따라서, 자식 윈도우를 소유하지 않는 TextBox 등의 컨트롤에는 굳이 Refresh를 호출할 필요가 없습니다.




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 3/20/2023]

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

비밀번호

댓글 작성자
 



2021-02-27 09시23분
[Syong] 말씀해주신 부분에서 Update가 아니라 Refresh가 Control에서 Virtual로 잡혀있는 것 같은데 맞을까요??
그리고 Update는 반드시 무효화된 영역이 있었어야 갱신이 되는 것 같아 설명해주신 것은 Invalidate와 Refresh의 차이 같아서 추가 문의드립니다.
그리고 Refresh의 경우 메시지 루프를 거치지 않고 즉각 실행된다면, UI Thread내의 Timer나 특정 함수에서 많은 컨트롤에 Refresh 명령을 준다면
그만큼 block 된다는 말씀같은데... 결국 Invalidate와 Refresh 중 어떤 것이 더 부하(?)를 줄여줄 지는 실험적으로 봐야할까요?
[guest]
2021-02-27 07시39분
@Syong 관련 내용을 추가했습니다.
정성태

1  2  3  4  5  6  [7]  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13450정성태11/21/20232255닷넷: 2164. C# - Octokit을 이용한 GitHub Issue 검색파일 다운로드1
13449정성태11/21/20232354개발 환경 구성: 688. Azure OpenAI 서비스 신청 방법
13448정성태11/20/20232629닷넷: 2163. .NET 8 - Dynamic PGO를 결합한 성능 향상파일 다운로드1
13447정성태11/16/20232487닷넷: 2162. ASP.NET Core 웹 사이트의 SSL 설정을 코드로 하는 방법
13446정성태11/16/20232420닷넷: 2161. .NET Conf 2023 - Day 1 Blazor 개요 정리
13445정성태11/15/20232727Linux: 62. 리눅스/WSL에서 CA 인증서를 저장하는 방법
13444정성태11/15/20232460닷넷: 2160. C# 12 - Experimental 특성 지원
13443정성태11/14/20232514개발 환경 구성: 687. OpenSSL로 생성한 사용자 인증서를 ASP.NET Core 웹 사이트에 적용하는 방법
13442정성태11/13/20232325개발 환경 구성: 686. 비주얼 스튜디오로 실행한 ASP.NET Core 사이트를 WSL 2 인스턴스에서 https로 접속하는 방법
13441정성태11/12/20232657닷넷: 2159. C# - ASP.NET Core 프로젝트에서 서버 Socket을 직접 생성하는 방법파일 다운로드1
13440정성태11/11/20232355Windows: 253. 소켓 Listen 시 방화벽의 Public/Private 제어 기능이 비활성화된 경우
13439정성태11/10/20232865닷넷: 2158. C# - 소켓 포트를 미리 시스템에 등록/예약해 사용하는 방법(Port Exclusion Ranges)파일 다운로드1
13438정성태11/9/20232464닷넷: 2157. C# - WinRT 기능을 이용해 윈도우에서 실행 중인 Media App 제어
13437정성태11/8/20232662닷넷: 2156. .NET 7 이상의 콘솔 프로그램을 (dockerfile 없이) 로컬 docker에 배포하는 방법
13436정성태11/7/20232897닷넷: 2155. C# - .NET 8 런타임부터 (Reflection 없이) 특성을 이용해 public이 아닌 멤버 호출 가능
13435정성태11/6/20232834닷넷: 2154. C# - 네이티브 자원을 포함한 관리 개체(예: 스레드)의 GC 정리
13434정성태11/1/20232631스크립트: 62. 파이썬 - class의 정적 함수를 동적으로 교체
13433정성태11/1/20232357스크립트: 61. 파이썬 - 함수 오버로딩 미지원
13432정성태10/31/20232408오류 유형: 878. 탐색기의 WSL 디렉터리 접근 시 "Attempt to access invalid address." 오류 발생
13431정성태10/31/20232723스크립트: 60. 파이썬 - 비동기 FastAPI 앱을 gunicorn으로 호스팅
13430정성태10/30/20232615닷넷: 2153. C# - 사용자가 빌드한 ICU dll 파일을 사용하는 방법
13429정성태10/27/20232871닷넷: 2152. Win32 Interop - C/C++ DLL로부터 이중 포인터 버퍼를 C#으로 받는 예제파일 다운로드1
13428정성태10/25/20232927닷넷: 2151. C# 12 - ref readonly 매개변수
13427정성태10/18/20233107닷넷: 2150. C# 12 - 정적 문맥에서 인스턴스 멤버에 대한 nameof 접근 허용(Allow nameof to always access instance members from static context)
13426정성태10/13/20233287스크립트: 59. 파이썬 - 비동기 호출 함수(run_until_complete, run_in_executor, create_task, run_in_threadpool)
13425정성태10/11/20233104닷넷: 2149. C# - PLinq의 Partitioner<T>를 이용한 사용자 정의 분할파일 다운로드1
1  2  3  4  5  6  [7]  8  9  10  11  12  13  14  15  ...