Microsoft MVP성태의 닷넷 이야기
.NET Framework: 1025. C# - Control의 Invalidate, Update, Refresh 차이점 [링크 복사], [링크+제목 복사],
조회: 19898
글쓴 사람
정성태 (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)
13917정성태4/30/202563VS.NET IDE: 199. Directory.Build.props에 정의한 속성에 대해 Condition 제약으로 값을 변경하는 방법
13916정성태4/23/2025468디버깅 기술: 221. WinDbg 분석 사례 - ASP.NET HttpCookieCollection을 다중 스레드에서 사용할 경우 무한 루프 현상 - 두 번째 이야기
13915정성태4/13/20251685닷넷: 2331. C# - 실행 시에 메서드 가로채기 (.NET 9)파일 다운로드1
13914정성태4/11/20251987디버깅 기술: 220. windbg 분석 사례 - x86 ASP.NET 웹 응용 프로그램의 CPU 100% 현상 (4)
13913정성태4/10/20251214오류 유형: 950. Process Explorer - 64비트 윈도우에서 32비트 프로세스의 덤프를 뜰 때 "Error writing dump file: Access is denied." 오류
13912정성태4/9/2025872닷넷: 2330. C# - 실행 시에 메서드 가로채기 (.NET 5 ~ .NET 8)파일 다운로드1
13911정성태4/8/20251116오류 유형: 949. WinDbg - .NET Core/5+ 응용 프로그램 디버깅 시 sos 확장을 자동으로 로드하지 못하는 문제
13910정성태4/8/20251266디버깅 기술: 219. WinDbg - 명령어 내에서 환경 변수 사용법
13909정성태4/7/20251773닷넷: 2329. C# - 실행 시에 메서드 가로채기 (.NET Framework 4.8)파일 다운로드1
13908정성태4/2/20252183닷넷: 2328. C# - MailKit: SMTP, POP3, IMAP 지원 라이브러리
13907정성태3/29/20251991VS.NET IDE: 198. (OneDrive, Dropbox 등의 공유 디렉터리에 있는) C# 프로젝트의 출력 경로 변경하기
13906정성태3/27/20252266닷넷: 2327. C# - 초기화되지 않은 메모리에 접근하는 버그?파일 다운로드1
13905정성태3/26/20252306Windows: 281. C++ - Windows / Critical Section의 안정화를 위해 도입된 "Keyed Event"파일 다운로드1
13904정성태3/25/20251916디버깅 기술: 218. Windbg로 살펴보는 Win32 Critical Section파일 다운로드1
13903정성태3/24/20251536VS.NET IDE: 197. (OneDrive, Dropbox 등의 공유 디렉터리에 있는) C++ 프로젝트의 출력 경로 변경하기
13902정성태3/24/20251748개발 환경 구성: 742. Oracle - 테스트용 hr 계정 및 데이터 생성파일 다운로드1
13901정성태3/9/20252138Windows: 280. Hyper-V의 3가지 Thread Scheduler (Classic, Core, Root)
13900정성태3/8/20252361스크립트: 72. 파이썬 - SQLAlchemy + oracledb 연동
13899정성태3/7/20251834스크립트: 71. 파이썬 - asyncio의 ContextVar 전달
13898정성태3/5/20252154오류 유형: 948. Visual Studio - Proxy Authentication Required: dotnetfeed.blob.core.windows.net
13897정성태3/5/20252387닷넷: 2326. C# - PowerShell과 연동하는 방법 (두 번째 이야기)파일 다운로드1
13896정성태3/5/20252204Windows: 279. Hyper-V Manager - VM 목록의 CPU Usage 항목이 항상 0%로 나오는 문제
13895정성태3/4/20252248Linux: 117. eBPF / bpf2go - Map에 추가된 요소의 개수를 확인하는 방법
13894정성태2/28/20252284Linux: 116. eBPF / bpf2go - BTF Style Maps 정의 구문과 데이터 정렬 문제
13893정성태2/27/20252225Linux: 115. eBPF (bpf2go) - ARRAY / HASH map 기본 사용법
[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...