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

... 31  32  33  34  35  36  37  38  39  [40]  41  42  43  44  45  ...
NoWriterDateCnt.TitleFile(s)
12631정성태5/5/20219649사물인터넷: 60. ThingSpeak 사물인터넷 플랫폼에 ESP8266 NodeMCU v1 + 조도 센서 장비 연동파일 다운로드1
12630정성태5/5/20219966사물인터넷: 59. NodeMCU v1 ESP8266 보드의 A0 핀 사용법 - CdS Cell(GL3526) 조도 센서 연동파일 다운로드1
12629정성태5/5/202111738.NET Framework: 1057. C# - CoAP 서버 및 클라이언트 제작 (UDP 소켓 통신) [1]파일 다운로드1
12628정성태5/4/20219716Linux: 39. Eclipse 원격 디버깅 - Cannot run program "gdb": Launching failed
12627정성태5/4/202110385Linux: 38. 라즈베리 파이 제로 용 프로그램 개발을 위한 Eclipse C/C++ 윈도우 환경 설정
12626정성태5/3/202110364.NET Framework: 1056. C# - Thread.Suspend 호출 시 응용 프로그램 hang 현상 (2)파일 다운로드1
12625정성태5/3/20219324오류 유형: 714. error CS5001: Program does not contain a static 'Main' method suitable for an entry point
12624정성태5/2/202113134.NET Framework: 1055. C# - struct/class가 스택/힙에 할당되는 사례 정리 [10]파일 다운로드1
12623정성태5/2/20219767.NET Framework: 1054. C# 9 최상위 문에 STAThread 사용 [1]파일 다운로드1
12622정성태5/2/20216531오류 유형: 713. XSD 파일을 포함한 프로젝트 - The type or namespace name 'TypedTableBase<>' does not exist in the namespace 'System.Data'
12621정성태5/1/202110196.NET Framework: 1053. C# - 특정 레지스트리 변경 시 알림을 받는 방법 [1]파일 다운로드1
12620정성태4/29/202112118.NET Framework: 1052. C# - 왜 구조체는 16 바이트의 크기가 적합한가? [1]파일 다운로드1
12619정성태4/28/202112626.NET Framework: 1051. C# - 구조체의 크기가 16바이트가 넘어가면 힙에 할당된다? [2]파일 다운로드1
12618정성태4/27/202111150사물인터넷: 58. NodeMCU v1 ESP8266 CP2102 Module을 이용한 WiFi UDP 통신 [1]파일 다운로드1
12617정성태4/26/20218893.NET Framework: 1050. C# - ETW EventListener의 Keywords별 EventId에 따른 필터링 방법파일 다운로드1
12616정성태4/26/20218851.NET Framework: 1049. C# - ETW EventListener를 상속받았을 때 초기화 순서파일 다운로드1
12615정성태4/26/20216975오류 유형: 712. Microsoft Live 로그인 - 계정을 선택하는(Pick an account) 화면에서 진행이 안 되는 문제
12614정성태4/24/20219709개발 환경 구성: 570. C# - Azure AD 인증을 지원하는 ASP.NET Core/5+ 웹 애플리케이션 예제 구성 [4]파일 다운로드1
12613정성태4/23/20218778.NET Framework: 1048. C# - ETW 이벤트의 Keywords에 속한 EventId 구하는 방법 (2) 관리 코드파일 다운로드1
12612정성태4/23/20218900.NET Framework: 1047. C# - ETW 이벤트의 Keywords에 속한 EventId 구하는 방법 (1) PInvoke파일 다운로드1
12611정성태4/22/20218111오류 유형: 711. 닷넷 EXE 실행 오류 - Mixed mode assembly is build against version 'v2.0.50727' of the runtime
12610정성태4/22/20217928.NET Framework: 1046. C# - 컴파일 시점에 참조할 수 없는 타입을 포함한 이벤트 핸들러를 Reflection을 이용해 구독하는 방법파일 다운로드1
12609정성태4/22/20219300.NET Framework: 1045. C# - 런타임 시점에 이벤트 핸들러를 만들어 Reflection을 이용해 구독하는 방법파일 다운로드1
12608정성태4/21/202110246.NET Framework: 1044. C# - Generic Host를 이용해 .NET 5로 리눅스 daemon 프로그램 만드는 방법 [9]파일 다운로드1
12607정성태4/21/20218813.NET Framework: 1043. C# - 실행 시점에 동적으로 Delegate 타입을 만드는 방법파일 다운로드1
12606정성태4/21/202112847.NET Framework: 1042. C# - enum 값을 int로 암시적(implicit) 형변환하는 방법? [2]파일 다운로드1
... 31  32  33  34  35  36  37  38  39  [40]  41  42  43  44  45  ...