GDI泄漏造成程序异常或卡死

最新推荐文章于 2025-06-04 20:34:09 发布
原创 最新推荐文章于 2025-06-04 20:34:09 发布 · 815 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了在C++编程中如何正确管理和释放Windows图形设备接口（GDI）资源，包括使用CreateFont创建字体后的DeleteObject操作及使用GetDC后的ReleaseDC操作。

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

c++

一个程序中gdi是有最大上限的。

1、Create出来的object,需要deleteObject

例：CFont *font = new CFont;
font->CreateFontW(7, 6, 0, 0, FW_BOLD, FALSE, FALSE, 0, ANSI_CHARSET,
OUT_DEFAULT_PRECIS, CLIP_DEFAULT_PRECIS, DEFAULT_QUALITY,
DEFAULT_PITCH | FF_SWISS, _T("楷体_GB2312"));

释放：font->DeleteObject


2、GetDC完一定要ReleaseDc


3、当然new出来的object，要用delete删除


使用GDIView工具解决GDI对象泄漏问题
JfBackend的博客
09-21 304
在开发使用GDI的应用程序时，可能会遇到GDI对象泄漏的问题，即创建的GDI对象没有正确释放，导致系统资源浪费和性能下降。GDIView是一款免费的Windows工具，可以监视和显示当前系统中的GDI对象，并提供详细的信息，如对象句柄、进程ID、对象类型等。通过使用GDIView，我们可以追踪应用程序中创建的GDI对象，并找出未被释放的对象。需要注意的是，GDIView只是一种辅助工具，它可以帮助我们发现GDI对象泄漏的问题，但它本身并不能解决泄漏问题。的调用，以便释放创建的画刷对象。
定位MFC程序GDI对象泄漏过程中的一些经验
shuihappy1的博客
02-04 3290
定位MFC程序GDI对象泄漏过程中的一些经验之前接触MFC比较少，最近一个程序需要使用MFC写界面。写完之后发现程序运行一段时间后异常卡顿，并且WIN7系统任务栏图标出现一些毛边等异常情况。重新运行程序，打开任务管理器发现GDI对象不断增加，且数量到达9999后程序开始异常。因此判断程序可能存在GDI对象泄漏，即创建的GDI对象没有及时释放。
MFC GDI资源泄漏MFC GDI资源泄漏
weiyuxingkong的专栏
05-15 1327
转：MFC GDI资源泄漏MFC GDI资源泄漏 http://blog.youkuaiyun.com/xyl_nuaa/article/details/6827365   最近遇到这样一个问题： 曾经写的一个mfc绘图程序，实时刷新显示文件数据，其中用到了GDI资源，程序刚开始运行的时候没问题，但随着时间的蔓延，开始报错：“必须的资源无法得到”。 于是开始goo
Windows GDI 对象泄漏排查实战
最新发布
Darker的博客
06-04 1082
本文结合实战经验，系统介绍GDI对象类型、典型泄漏场景、GDIView工具高效用法及进阶分析技巧。
如何防止GDI资源泄露
weixin_30596735的博客
05-27 142
在windows系列上做编程,gdi是一个很重要的技术点,有很多程序在运行多次后出现异常,除了众所周知的内存泄露以外,gdi资源泄露也是一个很直接的原因.今天就把我自己在编程中总结的一些经验给大家分享,欢迎高手补充. 1.Create出来的gdi对象,一定要用DeleteObject来释放,释放顺序是先Create的后释放,后Create的先释放.这里的Create指的是以它为开头的gdi函数,...
【问题】GDI泄漏
風韻無聲
01-14 1187
问题MFC程序，运行一段时间后，画面刷新异常。现象1：画面刷新异常，花屏现象2：死机，画面不再响应鼠标事件现象3：CResourceException 异常，显示资源被耗尽First-chance exception at 0x756dc54f in 机器视觉检测系统.exe: Microsoft C++ exception: CResourceException at memory locatio
CResourceException MFC程序GDI对象泄漏过程剖析
woniulx2014的博客
10-21 2058
       优化程序之后发现程序运行一段时间后，就莫名奇妙的崩溃退出，并没有弹出任何信息。通过调试程序后发现CResourceException异常，通过网上查找才知道是GDI对象泄露。凡是CreateXX的，最后一定要DeleteObject或者DeleteXXX。        打开任务管理器发现GDI对象不断增加，且数量到达9999后程序开始异常。因此判断程序可能存在GDI对象泄漏，即创...
GDI对象泄漏问题排查分析
xsinlink的博客
11-09 2150
GDI objectBitmapBrushDCCreateDCFontMemory DCDeleteDCMetafilePaletteRegion//...如果我们平时忘记调用的时候，就会造成GDI对象被泄漏。GDI对象作为一个Windows的内存资源，也占用其内存空间，并且需要用户自动管理和释放；为了降低GDI对象的资源泄漏，我们可以使用智能指针来管理GDI对象句柄。程序崩溃。UI资源显示异常。程序运行缓慢。
【MFC】GDI如何释放资源
UniverseLin的博客
07-03 1637
转载博客链接：https://blog.youkuaiyun.com/lin_angle/article/details/6603572 对开发中常见的内存泄露，GDI泄露进行检测 一、GDI泄露检测方法： 在软件测试阶段，可以通过procexp.exe 工具，或是通过任务管理器中选择GDI对象来查看软件GDI的对象是使用情况。 注意点：Create出来的GDI对象，都要用DeleteObject来释放；Create出来的DC，都要用DeleteDC来释放，GetDC得出的DC,要用ReleaseDC来释放。 以下是一
通过及时释放GDI资源避免MFC界面假死
qq_36570733的博客
04-20 947
某次编写了一个MFC程序，该程序每运行一段时间后，都会出现操作界面无反应的现象，更有甚者，拖动界面后还会导致界面崩溃。然而，调试代码是我发现：后台仍然在正常工作着。 没错！我遇到的就是MFC界面假死问题！ 那么究竟是什么原因导致了界面假死呢？ 在我的情景下，程序每次进入OnCtlColor()函数后，我都会使用CreateSolidBrush(RGB(0,0,0))来创建一个黑色画刷，将edit ctrl的背景刷成黑色。然而使用完这个画刷后我并没有及时释放，导致画刷数目随着程序运行不断增加。 当GD
关于GDI对象泄露查找的经验总结
equalman的专栏
05-18 854
    最近在写一个程序C/S架构的，服务端发送不同类型的警告到客户端，客户端负责给客户展现，展现的警告中有的带图片有的没有带图片，客户端我在一个ShowPic函数里显示图片，按照显示逻辑先要根据图片大小取得全局内存对象，如果不成功则函数返回，我原来的函数里面直接返回了而没有释放资源，而我在后面有放资源的代码却没有执行到。。。。。哎。。大意失荆州啊。。。。既然是写程序就要把所有可能发生的情况都
GDI泄露检测工具
10-23
一款很好用的Windows下GDI资源泄露检测工具，可以跟踪GDI资源的泄露情况。
如何解决GDI+渲染图片慢的问题？
weixin_33910434的博客
09-13 1157
项目是做一个画图程序，最近加入了一个图片闪烁的效果，用timer定时每100ms画一遍，每遍通过colormatrix设置不同的alpha值实现（colormatrix几乎不会增加负荷，渲染速度仅增加1ms消耗）。效果是没问题，但是效率有问题了。当画一个3000*3000的jpeg图片的时候，debug模式下测试平均需要8ms（graphics的所有参数都设置为速度优...
GDI编程需要注意的地方
weixin_30649641的博客
07-06 221
写GDI的时候，我们经常会由于粗心大意，忘记释放GDI资源，导致GDI句柄泄露。再加上如果单元测试做的不好，就会在产品发布以后发生问题。 众所周知，Windows上对于一个进程允许的最大GDI句柄数量为9999，如果程序有大量的GDI句柄没有被及时回收，那么程序就会表现的不正常。如果这种问题发生在以前的WINDOWS 98年代，甚至会造成系统崩溃。 所以，这里我将陆续记录一些GDI编程需要...
MFC中GDI超过9999导致程序崩溃问题的解决
丰空岛主(Vega Prime,Android,LabWindows,ThreeJS,Python,OpenCV）
07-15 2126
问题的根本原因是需要需要设置对话框及其控件为不同的背景颜色以美化界面，从而使用了 HBRUSH m_brushBack对象，尤其是通过线程消息或定时器不断更新数据时，GDI对象会不断增长，超过系统的GDI数目限制（9999），从而使程序崩溃。                 问题的本质就是不断改变内容的部件不能使用背景刷 (一) 为了解决GDI对象不断增长的问题，（GDI对象不能超过
GDI内存泄露小结
xingziweiyi的专栏
04-27 1225
GDI内存泄露 在windows编程中遇见内存泄露是很郁闷的一件事情，在编程时养成良好的编程习惯可以有效的避免内存泄露问题。当出现了0x80000003引用........0x7c92120e时，程序内存产生错误，有可能是内存泄露 一、new、delete、malloc 导致的内存泄露 二、GDI内存泄露： 一）避免内存泄露 1.Create出来的GDI对象,一定要用DeleteObje
笔记：线程与GDI的冲突：死机的真正原因
WINC开发的专栏
08-29 1587
很多人使用线程的时候，都喜欢在线程内画图。如果在线程内画图，程序就很容易出错，而且还是那种没有任何响应和提示的错误问题.例如，一个复制文件的程序，这个程序由两个线程组成，一个是复制文件的线程，一个是显示文件复制进度的线程。理论上这个程序没有什么问题。但是，这个程序有一个很大的隐患，就是主程序也可能某一时刻要更新这个进度条，例如，进度窗口被其他窗口挡住后或窗体，这个窗体就要刷新，这时，如果线程的那个
Qt之使用GDI实现屏幕快速抓图与缩放
草上爬的博客
08-06 6212
一.抓取和缩放 调动Qt自带的方法抓图效率很低，在实时性要求较高的场合无法满足要求，比如说抓图并转化成视频流传输来实现屏幕共享。这里采用GDI的方法来抓图，实测在抓取整个桌面（分辨率1920*1080）并等比例缩放到(1280*720)的情况下，不含鼠标耗时40毫秒左右，含鼠标50毫秒左右，基本满足要求。 下面是测试所用电脑配置： 抓取整个桌面或指定区域实际上原理是一样的，只不过桌面是个大一点的区域，在实际应用中可用用一个带边线可缩放的透明窗体来指定这个区域，如下图所示： 1.获取区域大小 .
GDI+图形程序设计书籍与源码解析
- **资源释放**：在结束GDI+操作后，需要清理资源，释放GDI+对象，避免内存泄漏。 3. **GDI+与DirectX和OpenGL的比较**： - GDI+更多是面向应用程序级的图形处理，适用于大多数Windows应用程序。 - DirectX...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值