WM_PAINT, WM_NCPAINT, WM_ERASEBKGND的关系

最新推荐文章于 2019-10-28 16:30:35 发布
最新推荐文章于 2019-10-28 16:30:35 发布
阅读量408 收藏
点赞数
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/yinhexiwodi/article/details/7197622
博客提及了WM_ERASEBKGND，这可能与Windows消息机制相关，在Windows编程里，该消息常用于背景擦除操作。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

WM_ERASEBKGND
yinhexiwodi
关注
关于WM_ERASEBKGND和WM_PAINT的深刻理解
sdeeds的专栏
10-10 2万+
一直以来，对于WM_PAINT和WM_ERASEBKGND消息不是很清楚，从书上和网上找了很多资料，大体上有以下几点说法： 1>WM_PAINT先产生，WM_ERASEBKGND后产生 2.WM_PAINT产生后，在调用BeginPaint时 hdc = BeginPain
sendmessage WM_PAINT 无效（6月19日）
Randyqiu的专栏
06-29 5499
今天意外发现替一哥们做的程序还有漏洞，点击弹出来的对话框的BUTTON时，发现主窗口（实际是VIEW啦）不自动重绘以产生相应图形。我就纳闷了，我明明已经给VIEW类发送WM_PAINT重绘消息了啊，怎么回事？搜索MSDN，发现以下一段话： The WM_PAINT message is generated by the system and should not be sent by an a
C# 绘制窗体客户非客户区要用WM_PAINT和WM_NCPAINT
weixin_30532987的博客
06-20 590
窗体分为两部分：客户区(Client area)和非客户区(Non-Client area)WM_PAINT消息、OnPaint()方法、GetDC()API函数都是处理窗体客户区绘制的而标题栏处于非客户区中，所以WM_PAINT消息、OnPaint()方法、GetDC()API函数都用不上GetWindowDC()是获得整个窗体的画布句柄(Device Context翻译为：设备清...
透明皮肤控件设计系列（二）：皮肤窗口初级篇
编程资料收集与共享交流
08-12 1379
Windows将窗口分为客户区和非客户区，例如对于标准的Windows窗口，标题栏和边框都属于非客户区，又称为NC区。对于客户区的绘制，应用程序会收到WM_PAINT消息，而非客户区，对应的消息是WM_NCPAINT。要实现皮肤窗口，需要三个步骤： 第一步：定义非客户区的大小。 要自定义非客户区的大小，程序就要响应WM_NCCALCSIZE消息。假设我们的标题高度为60（像素，下同），
NCpaint, 非客户区实现阴影
klarclm的专栏
12-22 5086
在WINDOWS的WINHELPER帮助系统中大量使用一类带阴影的弹出窗口，这类窗口非常简洁，并具有立体感，它们用来显示一些只读信息，此类弹出窗口不同于一般的窗口，它们没有标题和滚动杆，但都具有带阴影的边框，并且其窗口的大小随显示字符串多少而自动调节，当显示信息弹出之后，任何来自键盘或鼠标的消息都将导致弹出窗口的消失。然而WINDOWS API接口中没有现成的函数来实现此项功能，即使是最新版的VI
WM消息大全
Best_ZYJ的博客
10-28 443
WM消息大全及备注 消息名 消息值 说明 WM_CREATE 0x0001 应用程序创建一个窗口 备注：创建时发出消息WM_CREATE，但是在这个消息之前还有一个消息是被发出的WM_NCCREATE WM_DESTROY 0x00...
C# Win32消息系列--WM
大地缸的专栏
01-13 1562
public enum WinMsg { WM_NULL = 0x0000, WM_CREATE = 0x0001, WM_DESTROY = 0x0002, WM_MOVE = 0x0003, WM_SIZE = 0x0005, WM_ACTIVATE = 0x0006, WM
windows 绘图函数
04-25
应用程序可以通过使用默认窗口过程函数或自行处理WM_ERASEBKGND消息来自行绘制窗口背景。 最小化和最大化窗口时，应用程序也需要处理绘图，因为窗口大小的变化通常会导致客户区内容的改变。改变窗口大小时，系统...
OnPaint和OnDraw的区别
asaasa66的专栏
08-24 474
<br />问题：我在视图画的图象或者文字，当窗口改变后为什么不见了？OnDraw()和OnPaint()两个都是解决上面的问题，有什么不同？<br />答：OnDraw()和OnPaint()好象兄弟俩，因为它们的工作类似。<br />至于不见了的问题简单，因为当你的窗口改变后，会产生无效区域，这个无效的区域需要重画。一般Windows会发送两个消息WM_PAINT（通知客户区 有变化）和WM_NCPAINT（通知非客户区有变化）。非客户区的重画系统自己搞定了，而客户区的重画需要我们自己来完成。这就需要O
处理WM_NCPAINT消息
热门推荐
安晓辉生涯——聚焦程序员的职业规划与成长
06-23 1万+
处理WM_NCPAINT消息可以实现自绘窗口边框和标题栏。     手头有个窗口需要自绘边框，于是处理了WM_NCPAINT消息，结果程序初运行时可以正常绘制，一旦最小化或者调整窗口位置后就看不到自绘的边框了。找了半天发现犯了个愚蠢的错误。在获取窗口矩形后未做处理便开始了绘图操作，现在加上平移操作，使要绘制的矩形左上角坐标归零后一切正常。     窗口包含WS_BORDER和WS_THIC
WM_ERASEBKGND 与打开对话框闪烁有什么关系
eboyhaining的专栏
07-01 1114
<br />      网上很多帖子多说为了解决打开对话框时闪烁的问题，需要重载WM_ERASEBKGND消息处理函数，并返回true。但是都没有解释具体的原因。<br />      我们了解一下windows的刷新机制就应该明白个大概了：<br />1、窗口重绘时发出一个消息WM_PAINT。<br />2、在OnPaint()函数中会首先调用BeginPaint ()函数,在BeginPaint 函数中发送WM_ERASBKGND消息（同步，《Windows程序设计》中有这么一句原话：“这意味着Win
WM_CTLCOLOR,WM_ERASEBKGND,WM_PAINT联系
ChampionLai
02-07 2683
首先感谢Rupesh Shukla大神指点 Default implementation of WM_ERASEBKGND message handler erases invalidated areas and fills it with color of the brush window was register with. After that, native drawing is
WM_PAINT详解
FUN
02-28 4765
The WM_PAINT message is generated by the system and should not be sent by an application.The system sends this message when there are no other messages in the application's message queue 　　也就是说WM_PAIN
WM_NCPAINT消息
嬴政
10-24 1万+
声明:转载此文档时请注明转载来源和我的名字,本人水平有限翻译有误处请指出WM_NCPAINT        当窗体框架（非客户区）要被重画时，WM_NCPAINT消息产生         窗体可用一个WindowProc函数接收这个消息      LRESULT CALLBACK WindowProc(              HWND hwnd,       // 窗体句柄
拦截了0x000F为什么还是会触发paint事件？
最新发布
08-04
<think>我们已经在之前的回答中解释了如何通过重写WndProc方法来拦截窗体重绘消息（包括WM_PAINT）。但是，用户现在遇到了一个问题：即使拦截了WM_PAINT消息，Paint事件仍然被触发。这是为什么呢？ 原因在于：在Windows Forms中，窗体的绘制消息（WM_PAINT）的处理流程是这样的： 1. 当系统需要绘制窗体时，会发送WM_PAINT消息。 2. 窗体的WndProc方法会接收到这个消息。 3. 在WndProc方法中，基类（Form）的实现会处理WM_PAINT消息，并将它转化为.NET事件，即调用OnPaint方法，从而触发Paint事件。 因此，即使我们在自定义的WndProc中拦截了WM_PAINT消息，如果我们调用了base.WndProc(ref m)（即基类的WndProc方法），那么基类仍然会处理这个消息，从而触发Paint事件。 如果我们希望完全阻止Paint事件的触发，那么我们需要在拦截WM_PAINT消息后，不调用基类的处理（即不调用base.WndProc(ref m)）。但是，这样做会导致窗体不会执行默认的绘制，因此我们需要自己处理绘制。 然而，需要注意的是，仅仅拦截WM_PAINT并不足以阻止基类触发Paint事件，因为基类在WM_PAINT消息的处理中会触发Paint事件。所以，如果我们不调用基类的WndProc，那么基类就不会处理WM_PAINT，也就不会触发Paint事件。 但是，不调用基类处理WM_PAINT消息会导致窗体客户区不会被绘制（变成空白），除非我们自己在WndProc中处理绘制。通常，我们会在WndProc中处理WM_PAINT消息，然后自己进行绘制，并返回（不调用基类），这样Paint事件就不会被触发。 示例代码： ```csharp protected override void WndProc(ref Message m) { const int WM_PAINT = 0x000F; if (m.Msg == WM_PAINT) { // 自定义绘制 using (Graphics g = Graphics.FromHwnd(this.Handle)) { // 绘制背景 g.FillRectangle(Brushes.White, this.ClientRectangle); // 绘制其他内容... } // 注意：这里不调用基类的WndProc，所以不会触发Paint事件 return; } base.WndProc(ref m); } ``` 然而，这种方法需要自己处理整个窗体的绘制，包括所有子控件的绘制（因为子控件是独立的窗口，它们会自己处理绘制）。对于复杂的窗体，这通常不是好的做法。 另外，还有一种情况：即使我们不处理WM_PAINT，而是让基类处理，但如果我们想在触发Paint事件之前做一些事情，那么我们可以重写OnPaint方法，而不是拦截WM_PAINT消息。 总结： - 拦截WM_PAINT消息后，如果调用了base.WndProc，那么Paint事件一定会被触发。 - 如果不想触发Paint事件，就不要调用base.WndProc，而是自己处理绘制，但这意味着你需要自己绘制整个客户区。 因此，用户的问题“拦截了WM_PAINT消息为何仍触发Paint事件”的原因就是：在拦截后仍然调用了基类的WndProc方法。 那么，如果用户希望拦截WM_PAINT消息，并且不希望触发Paint事件，同时希望窗体能够正常绘制，应该怎么做呢？这需要用户自己实现整个绘制过程，如上例所示。但请注意，这通常只适用于完全自绘的窗体，对于有子控件的窗体，子控件的绘制不受影响（因为子控件是独立的窗口，它们有自己的消息循环）。 如果用户只是想在Paint事件触发之前做一些处理，那么重写OnPaint方法可能是更好的选择。 参考引用[1]和[2]中提到了WndProc的重写，引用[3]提到了使用Application.AddMessageFilter来过滤消息，但是注意，消息过滤器是在消息到达窗体的WndProc之前被调用的，但它同样不能阻止基类处理消息从而触发事件。所以，如果使用消息过滤器，虽然可以拦截到WM_PAINT，但是仍然无法阻止基类处理该消息（除非在消息过滤器中标记消息为已处理，但这并不总是有效，因为WM_PAINT消息比较特殊，通常不会被标记为已处理而丢弃）。 因此，解决用户问题的关键点在于：在WndProc中处理WM_PAINT消息时，不要调用基类方法（base.WndProc），这样基类就不会触发Paint事件。 但是，如果用户只是不想执行Paint事件处理程序中的代码，那么更简单的方法是在窗体中重写OnPaint方法，并在其中不调用基类方法，或者设置一个标志来跳过事件处理程序。例如： ```csharp protected override void OnPaint(PaintEventArgs e) { // 如果不想执行Paint事件处理程序，可以跳过基类方法 // base.OnPaint(e); // 注释掉这行，就不会触发Paint事件 // 但是这样窗体上如果有控件，可能不会被绘制 // 所以通常我们还是会调用基类方法，但可以控制是否执行自己的绘制代码 } ``` 或者： ```csharp private bool skipPaint = false; protected override void OnPaint(PaintEventArgs e) { if (!skipPaint) { base.OnPaint(e); } } // 在需要跳过绘制的时候设置skipPaint为true ``` 但是，这种方法只能控制Paint事件是否触发，而不能阻止基类对窗体的绘制（因为基类的绘制在base.OnPaint中）。如果我们不调用base.OnPaint，那么窗体客户区会变成空白（除非我们自己绘制）。 所以，根据用户的需求，可以选择不同的方法。 结论： 1. 拦截WM_PAINT消息后仍然触发Paint事件是因为调用了基类的WndProc。 2. 要阻止Paint事件触发，在WndProc中处理WM_PAINT消息后不要调用基类方法，但需要自己绘制窗体。 3. 另一种方法是重写OnPaint方法，控制是否调用基类OnPaint方法，从而控制Paint事件是否触发（但同样会影响窗体的默认绘制）。 请根据实际需求选择合适的方法。</think>在 C# 中拦截 `WM_PAINT` 消息后仍触发 `Paint` 事件的原因在于 Windows Forms 消息处理机制的设计层次。以下是详细分析和解决方案： ### 🔍 原因分析 1. **消息处理层次**： - `WndProc` 是底层消息处理入口（直接处理 Windows 消息） - `OnPaint` 是 `WM_PAINT` 的封装方法（位于 `WndProc` 之上） - `Paint` 事件又是 `OnPaint` 的进一步封装 - 关系链：`WM_PAINT` → `WndProc` → `OnPaint` → `Paint` 事件[^1] 2. **默认处理流程**： ```mermaid graph LR A[WM_PAINT消息] --> B[WndProc方法] B --> C{是否调用基类?} C -->|是| D[基类WndProc处理] D --> E[触发OnPaint] E --> F[触发Paint事件] C -->|否| G[跳过默认绘制] ``` ### 🛠️ 解决方案 #### 方法 1：完全阻止 Paint 事件 ```csharp protected override void WndProc(ref Message m) { const int WM_PAINT = 0x000F; if (m.Msg == WM_PAINT) { // 自定义绘制逻辑 using (var g = Graphics.FromHwnd(this.Handle)) { g.FillRectangle(Brushes.White, ClientRectangle); } m.Result = IntPtr.Zero; // 标记已处理 return; // 阻止传递到基类 } base.WndProc(ref m); } ``` **效果**：完全跳过 `OnPaint` 和 `Paint` 事件[^2] #### 方法 2：允许 Paint 事件但控制执行 ```csharp private bool _blockPaintEvent = true; protected override void OnPaint(PaintEventArgs e) { if (!_blockPaintEvent) { base.OnPaint(e); // 仅当标志为false时触发Paint事件 } // 否则完全跳过 } protected override void WndProc(ref Message m) { const int WM_PAINT = 0x000F; if (m.Msg == WM_PAINT) { // 可在此添加预处理逻辑 if (_blockPaintEvent) { // 手动绘制而不触发事件 using (var g = Graphics.FromHwnd(this.Handle)) { g.FillRectangle(Brushes.LightGray, ClientRectangle); } return; } } base.WndProc(ref m); } ``` ### ⚠️ 关键注意事项 1. **双缓冲冲突**： - 若启用 `DoubleBuffered = true`，系统会额外生成 `WM_ERASEBKGND` 消息 - 需同时拦截 `WM_ERASEBKGND` (0x0014) 防止闪烁[^3] ```csharp const int WM_ERASEBKGND = 0x0014; case WM_ERASEBKGND: m.Result = (IntPtr)1; // 直接返回已处理 return; ``` 2. **子控件绘制**： - 拦截窗体级 `WM_PAINT` 不影响子控件的独立绘制 - 若要控制子控件绘制，需重写控件的 `WndProc` 3. **性能优化**： - 在 `WM_PAINT` 中频繁创建 `Graphics` 对象影响性能 - 推荐使用 `BeginPaint`/`EndPaint` API 调用（需 P/Invoke） ### 🔄 替代方案：消息过滤器 ```csharp public class PaintFilter : IMessageFilter { const int WM_PAINT = 0x000F; public bool PreFilterMessage(ref Message m) { if (m.Msg == WM_PAINT) { // 返回true表示消息已被处理 return true; } return false; } } // 在窗体初始化中注册 Application.AddMessageFilter(new PaintFilter()); ``` **注意**：此方法会全局拦截消息，可能影响其他窗体[^4] ### 💡 最佳实践建议 1. **优先使用 OnPaint 重写**： ```csharp protected override void OnPaint(PaintEventArgs e) { // 直接控制绘制逻辑 e.Graphics.DrawString("自定义绘制", Font, Brushes.Black, 10, 10); // 不调用 base.OnPaint(e) 即可阻止Paint事件 } ``` 2. **需要深度控制时**： - 组合使用 `WndProc` + `SetStyle` 优化 ```csharp protected override CreateParams CreateParams { get { CreateParams cp = base.CreateParams; // 禁用背景擦除 cp.ExStyle |= 0x02000000; // WS_EX_COMPOSITED return cp; } } ``` 3. **复杂场景处理**： ```csharp const int WM_PAINT = 0x000F; const int WM_NCPAINT = 0x0085; const int WM_ERASEBKGND = 0x0014; protected override void WndProc(ref Message m) { switch (m.Msg) { case WM_ERASEBKGND: m.Result = (IntPtr)1; // 阻止背景擦除 break; case WM_NCPAINT: // 非客户区 // 自定义边框绘制 break; case WM_PAINT: // 客户区完全自定义 break; default: base.WndProc(ref m); break; } } ``` > **关键总结**：`WM_PAINT` 消息被拦截后仍触发 `Paint` 事件的根本原因是基类 `WndProc` 默认会调用 `OnPaint`。要彻底阻止事件传播，必须在处理 `WM_PAINT` 后直接返回而不调用基类方法[^1][^2]。 --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值