Microsoft MVP성태의 닷넷 이야기
.NET Framework: 1025. C# - Control의 Invalidate, Update, Refresh 차이점 [링크 복사], [링크+제목 복사]
조회: 11227
글쓴 사람
정성태 (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 관련 내용을 추가했습니다.
정성태

... 16  17  [18]  19  20  21  22  23  24  25  26  27  28  29  30  ...
NoWriterDateCnt.TitleFile(s)
13174정성태11/28/20224598.NET Framework: 2073. C# - VMMap처럼 스택 메모리의 reserve/guard/commit 상태 출력파일 다운로드1
13173정성태11/27/20225275.NET Framework: 2072. 닷넷 응용 프로그램의 스레드 스택 크기 변경
13172정성태11/25/20225146.NET Framework: 2071. 닷넷에서 ESP/RSP 레지스터 값을 구하는 방법파일 다운로드1
13171정성태11/25/20224717Windows: 214. 윈도우 - 스레드 스택의 "red zone"
13170정성태11/24/20225022Windows: 213. 윈도우 - 싱글 스레드는 컨텍스트 스위칭이 없을까요?
13169정성태11/23/20225617Windows: 212. 윈도우의 Protected Process (Light) 보안 [1]파일 다운로드2
13168정성태11/22/20224886제니퍼 .NET: 31. 제니퍼 닷넷 적용 사례 (9) - DB 서비스에 부하가 걸렸다?!
13167정성태11/21/20224940.NET Framework: 2070. .NET 7 - Console.ReadKey와 리눅스의 터미널 타입
13166정성태11/20/20224661개발 환경 구성: 651. Windows 사용자 경험으로 WSL 환경에 dotnet 런타임/SDK 설치 방법
13165정성태11/18/20224578개발 환경 구성: 650. Azure - "scm" 프로세스와 엮인 서비스 모음
13164정성태11/18/20225491개발 환경 구성: 649. Azure - 비주얼 스튜디오를 이용한 AppService 원격 디버그 방법
13163정성태11/17/20225424개발 환경 구성: 648. 비주얼 스튜디오에서 안드로이드 기기 인식하는 방법
13162정성태11/15/20226493.NET Framework: 2069. .NET 7 - AOT(ahead-of-time) 컴파일
13161정성태11/14/20225732.NET Framework: 2068. C# - PublishSingleFile로 배포한 이미지의 역어셈블 가능 여부 (난독화 필요성) [4]
13160정성태11/11/20225638.NET Framework: 2067. C# - PublishSingleFile 적용 시 native/managed 모듈 통합 옵션
13159정성태11/10/20228823.NET Framework: 2066. C# - PublishSingleFile과 관련된 옵션 [3]
13158정성태11/9/20225137오류 유형: 826. Workload definition 'wasm-tools' in manifest 'microsoft.net.workload.mono.toolchain' [...] conflicts with manifest 'microsoft.net.workload.mono.toolchain.net7'
13157정성태11/8/20225793.NET Framework: 2065. C# - Mutex의 비동기 버전파일 다운로드1
13156정성태11/7/20226687.NET Framework: 2064. C# - Mutex와 Semaphore/SemaphoreSlim 차이점파일 다운로드1
13155정성태11/4/20226211디버깅 기술: 183. TCP 동시 접속 (연결이 아닌) 시도를 1개로 제한한 서버
13154정성태11/3/20225682.NET Framework: 2063. .NET 5+부터 지원되는 GC.GetGCMemoryInfo파일 다운로드1
13153정성태11/2/20226956.NET Framework: 2062. C# - 코드로 재현하는 소켓 상태(SYN_SENT, SYN_RECV)
13152정성태11/1/20225586.NET Framework: 2061. ASP.NET Core - DI로 추가한 클래스의 초기화 방법 [1]
13151정성태10/31/20225691C/C++: 161. Windows 11 환경에서 raw socket 테스트하는 방법파일 다운로드1
13150정성태10/30/20225740C/C++: 160. Visual Studio 2022로 빌드한 C++ 프로그램을 위한 다른 PC에서 실행하는 방법
13149정성태10/27/20225667오류 유형: 825. C# - CLR ETW 이벤트 수신이 GCHeapStats_V1/V2에 대해 안 되는 문제파일 다운로드1
... 16  17  [18]  19  20  21  22  23  24  25  26  27  28  29  30  ...