CreateSolidBrush 内存释放

最新推荐文章于 2020-02-14 01:11:17 发布
原创 最新推荐文章于 2020-02-14 01:11:17 发布 · 4.3k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文详细介绍了在Windows应用程序中，使用OnCtrlColor方法设置控件颜色时，若未正确释放CreateSolidBrush对象，可能导致GDI对象动态增加，引发内存泄漏的问题。提供了解决方案，包括定义成员变量并正确释放资源，或者在每次调用OnCtrlColor时手动释放资源的方法。

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

   偶尔发现任务管理器中程序GDI对象动态增加，查了N久，HBITMAP，DC，FONT，HPEN，终于发现是CreateSolidBrush 的问题。

在OnCtrlColor中CreateSolidBrush 一定要释放。要么定义为成员变量，析构释放，

要么每次都在OnCtrlColor中释放。

HBRUSH CXXXDlg::OnCtlColor(CDC* pDC, CWnd* pWnd, UINT nCtlColor)

{

if (hb!=NULL){
DeleteObject(hb);
}
switch (nCtlColor) { 
case CTLCOLOR_DLG : 
hb= CreateSolidBrush(RGB(12,12,12)); 

return  hb;

......

}

http://blog.youkuaiyun.com/fion45/article/details/9967753

http://bbs.youkuaiyun.com/topics/300056703



深入探究 C++ 程序中的资源泄漏问题（GDI对象泄漏、进程句柄泄漏与内存泄漏）
dvlinker的技术专栏
10-07 3万+
深入探究C++编程中GDI对象泄漏、句柄泄漏和内存泄漏问题，以及这些泄漏问题的排查方法。
深入探究 C++ 程序中的资源泄漏问题
热门推荐
dvlinker的技术专栏
07-27 2万+
深入探究 C++ 程序中的资源泄漏问题，包括句柄泄漏、GDI对象泄漏以及内存泄漏等。
GetDC、ReleaseDC、CreateSolidBrush、SelectObjec、DeleteObject、Rectangle、Ellipse在窗体上进行绘图的函数和绘图步骤说明
单于的学习历程
02-14 817
窗口绘图有几个步骤 1.获得窗体区域的坐标；GetClientRect 2.在绘图前先清理绘图区域；InvalidateRect 3.更新窗口，其实是直接给窗体发送WM_PAINT消息 4.获得绘图上下文环境；GetDC 5.创建笔刷；CreateSolidBrush、 6.选择画笔；SelectObject 7.使用GDI函数进行绘图；Rectangle、Ellipse 8.释放画笔；Delet...
CBRUSH释放、CreateSolidBrush的内存释放与内存泄露问题及其解决方法
cxin917的专栏
12-20 1万+
今天编了一个小程序，内存消耗却很大，随着时间用的越来越久，内存消耗越来越大。研究了一下，原来CBRUSH对象没有释放。原来程序如下：HBRUSH CPORTSetting::OnCtlColor(CDC* pDC, CWnd* pWnd, UINT nCtlColor){HBRUSH hbr ； COLORREF backColor =(COLORREF)   GetSysColor(
CreateSolidBrush用法
zhouqian88423的专栏
12-06 3798
当你看到Windows显示的按钮时，背景颜色是灰色的。当你看到缺省的窗口背景时，它是白色的。当你的老板需要你创建一个黑色背景的按钮时，你会怎么样做呢？其实在Windows里先用API函数CreateSolidBrush创建画刷，然后调用FillRect函数来填充背景。这样来，不管你需要什么样的背景，都随心所欲了吧。现在先来搞懂CreateSolidBrush函数，下次再来练习FillRect。函数
CreateSolidBrush()用法
12-28 6712
CreateSolidBrush　　函数功能：该函数创建一个具有指定颜色的逻辑刷子。 　　函数原理：HBRUSH CreateSolidBrush(COLORREF crColor)； 　　参数： 　　crColor：指定刷子的颜色。 　　返回值：如果该函数执行成功，那么返回值标识一个逻辑实心刷子；如果函数失败，那么返回值为NULL。 　　Windows NT：若想获得更多错误信息，请调用GetLastError函数。 　　备注：实心刷子实际上就是指系统用来绘制要填充图形的内部区域的位图。 　　在应用程序调
C++程序中如何尽量避免内存泄漏
hslhaha的博客
04-16 1176
C++中涉及到的内存的管理问题可以归结为两方面：正确地得到它和有效 地使用它 什么情况下需要注意释放内存 堆内存泄漏（Heap leak）： 对内存指的是程序运行中根据需要分配通过malloc,realloc new等从堆中分配的一块内存，再是完成后必须通过调用对应的 free或者delete 删掉。如果程序的设计的错误导致这部分内存没有被释放，那么此后这块内存将不会被使用，就会产生He...
Window资源申请和释放大全
02-15
- **Brush**: `CreateBrushIndirect`, `CreateDIBPatternBrush`, `CreatePatternBrush`, `CreateSolidBrush`创建画刷，用`DeleteObject`释放。 - **Pen**: `CreatePen`, `CreatePenIndirect`创建笔，`DeleteObject...
MFC中需要释放资源的UI操作总结
11-27
使用`GlobalAddAtom`分配，必须使用`GlobalFreeAtom`释放，否则会导致内存泄漏。 3. **Bitmap**：位图是图形资源，有多种创建方式。例如： - `CreateBitmap`、`CreateBitmapIndirect`、`CreateCompatibleBitmap`、...
利用OnCtlColor()设置Static Text控件的背景色的一种方法
weixin_34342992的博客
04-06 187
有时候，为了明了地显示一些状态，我们需要改变Static Text控件的背景色。一种比较简单直接的方法是重写Dlg的OnCtlColor( )函数。具体代码：//CYourDlg.cpp HBRUSH CYourDlg::OnCtlColor(CDC* pDC, CWnd* pWnd, UINT nCtlColor){ HBRUSH hbr = CDialog::OnCtlCol...
OnCtlColor 使用问题
ningfc1024的专栏
01-18 2685
最近做一个项目，为了控制窗口颜色，使用了 OnCtlColor函数。 HBRUSH CMyDialog::OnCtlColor(CDC* pDC, CWnd* pWnd, UINT nCtlColor) {  HBRUSH hbr = CBCGPFormView::OnCtlColor(pDC, pWnd, nCtlColor);  // TODO:  修改了事件和模式显示的字体和背景
WM_CTLCOLOR和OnCtlColor消息的用法
hnhyliuzhiyuan的专栏
03-30 1万+
WM_CTLCOLOR和OnCtlColor消息的用法(2009-01-16 13:56:36)标签：杂谈   很多人都觉得自己的程序的界面不那么美观，往往VC默认产生的对话框比较单调，因此很多人往往找到很多其它的控件对对话框进行美化修饰，例如给静态控件设置字体，设置背景颜色等等，其实这些完全可以由VC自己的WM_CTLCOLOR消息来完
MFC中onctlcolor函数返回的画刷导致的内存资源泄露问题
u013842516的专栏
08-07 2474
onctlcolor函数内存泄露问题 然后需要补充几点， 1 如果你是通过GetWindowDC，或者GetDC，或者BeginPaint，取到必须释放。释放方法是ReleaseDC，这时不放你的程序不会崩溃，但是却会泄露，约来越大。 2 按钮上可以直接加载图片的，Bitmap图片，这本来很好，但是你一定只能LoadBitmap一次，再LoadBitmap一次就会漏了，这时怎么办啊，很简单。
Windows API一日一练(25)CreateSolidBrush函数
anjichan4261的博客
08-29 621
当你看到Windows显示的按钮时，背景颜色是灰色的。当你看到缺省的窗口背景时，它是白色的。当你的老板需要你创建一个黑色背景的按钮时，你会怎么样做呢？其实在Windows里先用API函数CreateSolidBrush创建画刷，然后调用FillRect函数来填充背景。这样来，不管你需要什么样的背景，都随心所欲了吧。现在先来搞懂CreateSolidBrush函数，下次再来练习FillRe...
MFC对话框拖动时，刷子OnCtlColor报错。
nightwood1的博客
01-29 351
欢迎使用Markdown编辑器 你好！ 这是你第一次使用 Markdown编辑器 所展示的欢迎页。如果你想学习如何使用Markdown编辑器, 可以仔细阅读这篇文章，了解一下Markdown的基本语法知识。 新的改变 我们对Markdown编辑器进行了一些功能拓展与语法支持，除了标准的Markdown编辑器功能，我们增加了如下几点新功能，帮助你用它写博客： 全新的界面设计 ，将会带来全新的写作体...
MFC Brush *pBrush释放
最新发布
04-03
<think>好的，用户问的是关于MFC中如何释放CBrush对象的问题，具体是Brush *pBrush的释放。首先，我需要回忆一下MFC中资源管理的机制。MFC通常使用GDI对象，比如CBrush、CPen等，这些对象需要手动管理它们的创建和销毁，以防止资源泄漏。 首先，用户可能在使用CBrush对象后没有正确释放，导致内存或GDI资源泄漏。在MFC中，当使用new创建了一个CBrush指针后，必须使用delete来释放它。例如，pBrush = new CBrush(...); 之后，在不再需要时应该调用delete pBrush;。 然后，我需要考虑另一种情况，如果用户使用了SelectObject方法将画刷选入设备上下文（DC），那么是否需要在删除画刷之前将其从DC中取出。根据MFC的最佳实践，当将一个GDI对象选入DC时，应该保存旧的GDI对象，并在使用完毕后将其重新选回DC，以便恢复原来的状态。例如，CBrush *pOldBrush = pDC->SelectObject(pBrush); 使用完后，应该调用pDC->SelectObject(pOldBrush); 然后再删除pBrush。不过，实际上，当DC被销毁时，所有选入的GDI对象会自动被释放吗？可能不是，所以手动管理是必要的。 另外，用户可能没有正确理解MFC的临时对象处理。例如，如果使用CreateSolidBrush等方法创建了画刷，但没有保存其指针，而是直接选入DC，这时候是否会自动释放？一般来说，MFC的某些辅助函数可能会返回临时对象，这些对象由应用程序框架管理，但在显式创建的情况下，必须手动删除。 还需要注意，如果用户将CBrush对象作为类的成员变量，那么应该在类的析构函数中释放它，确保生命周期管理正确。例如，在对话框类中，如果pBrush是成员变量，那么在OnDestroy或析构函数中调用delete pBrush;。 可能存在的误区是，用户可能误以为MFC会自动管理这些资源，但实际上，除非使用智能指针或RAII技术封装，否则必须手动释放。此外，多次删除同一个指针会导致程序崩溃，因此需要确保每个new都有对应的delete，且避免悬空指针。 总结来说，正确的步骤应该是：创建CBrush对象后，使用完毕后调用delete，并确保在删除前将其从DC中选出，恢复旧的画刷。同时，检查是否有未释放的情况，确保所有路径（包括异常情况）下都能正确释放资源。</think>在 MFC 中，释放 `CBrush* pBrush` 对象需要遵循以下关键步骤和注意事项： ### 一、基本释放逻辑 1. **直接创建时** 若通过 `new` 显式创建画刷对象： ```cpp CBrush* pBrush = new CBrush(RGB(255, 0, 0)); // 创建红色画刷 // ... 使用画刷 delete pBrush; // 必须手动释放 pBrush = nullptr; // 避免悬空指针 ``` 2. **MFC 自动机制** 若使用 `CreateSolidBrush` 等成员函数创建： ```cpp CBrush brush; brush.CreateSolidBrush(RGB(0, 255, 0)); // 自动绑定到对象 // 对象超出作用域时自动调用析构函数释放资源 ``` ### 二、设备上下文（DC）交互规范 1. **选入 DC 后的操作** ```cpp void CMyView::OnDraw(CDC* pDC) { CBrush brushNew(RGB(0, 0, 255)); CBrush* pOldBrush = pDC->SelectObject(&brushNew); // 保存旧画刷 // 绘制操作... pDC->SelectObject(pOldBrush); // 恢复旧画刷 // brushNew 会在作用域结束时自动释放 } ``` 2. **堆对象特殊处理** ```cpp CBrush* pBrush = new CBrush(RGB(255, 0, 0)); pDC->SelectObject(pBrush); // 必须执行： pDC->SelectStockObject(WHITE_BRUSH); // 切换回默认画刷 delete pBrush; // 安全释放 ``` ### 三、最佳实践建议 1. **RAII 封装方案** ```cpp class AutoBrush { public: AutoBrush(COLORREF cr) { m_brush.CreateSolidBrush(cr); } ~AutoBrush() { m_brush.DeleteObject(); } operator CBrush*() { return &m_brush; } private: CBrush m_brush; }; // 使用示例： void Demo() { AutoBrush br(RGB(128, 128, 128)); // 自动管理生命周期 pDC->SelectObject(br); // 无需手动释放 } ``` 2. **调试检测方法** 在 Debug 模式下，通过 `TRACE` 输出 GDI 对象计数： ```cpp #ifdef _DEBUG void CheckGDILeaks() { HDC hdc = ::GetDC(NULL); TRACE("GDI Objects: %d\n", ::GetGuiResources(GetCurrentProcess(), GR_GDIOBJECTS)); ::ReleaseDC(NULL, hdc); } #endif ``` ### 四、常见错误排查 1. **双重删除问题** ```cpp CBrush* pBrush = new CBrush(...); delete pBrush; // ... delete pBrush; // 运行时崩溃！需设置 pBrush = nullptr 后检测 ``` 2. **跨线程风险** ```cpp // 错误示例： UINT WorkerThread(LPVOID pParam) { CBrush brush(...); // 非主线程创建 GDI 对象 // 可能引发资源竞争 return 0; } ``` 3. **未恢复旧对象** ```cpp void DrawError(CDC* pDC) { CBrush brError(RGB(255,0,0)); pDC->SelectObject(&brError); // 未恢复原画刷直接返回 → 后续绘制可能异常 } ``` ### 总结 - 堆对象必须显式 `delete` - 栈对象依靠作用域自动释放 - DC 交互后必须恢复原有对象 - 建议使用 RAII 模式封装资源 - 调试阶段监控 GDI 对象数量 通过规范的内存管理和 GDI 资源操作，可有效避免界面绘制异常和系统资源泄漏问题。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值