关于GDIPlus的问题?

register_jhb 2006-01-25 06:42:19
在MFC单文档应用程序中:
使用GDIPLUS画图,画水平线和垂直线。开始的时候画了水平线200条,垂直线200条,但是系统已经很慢了。出现偶尔的不响应现象。我以为是线太多了,就水平画20条,垂直画20条。结果时间一长,还是出现这种现象。我回到OnDraw函数中观察,发现没有什么特别的,为什么程序会占用系统资源,内存那么多(200M)?
OnDraw中除了声明一些Brush, Pen, Font,调用绘图函数DrawLine, DrawString之外。就是声明二个Graphics, 以及一个Bitmap。我觉得最有可能影响速度的是在OnDraw中声明Graphics吧?
但我看别人写GDI程序时,也是在OnDraw中声明CDC, CBitmap的!
另外在头文件中声明Graphics, Bitmap时,系统提示在构造函数中Graphics, Bitmap没有默认的构造函数。但是我在VIEW构造函数中如何调用Graphics, Bitmap的构造函数?那里Graphics, Bitmap需要的参数还没有声明哪! 但系统提示我必须在视图构造函数中初始化Graphics, Bitmap.
...全文
97 2 打赏 收藏 转发到动态 举报
写回复
用AI写文章
2 条回复
切换为时间正序
请发表友善的回复…
发表回复
register_jhb 2006-01-25
  • 打赏
  • 举报
回复
对的,为了使用双缓冲,我照别的程序一样声明了一个内存Graphics,是指针型的,但这个例子程序中没有delete它。后来我delete之后就没问题了。
菜牛 2006-01-25
  • 打赏
  • 举报
回复
代码。不清楚GDI+是不是也有资源泄漏问题。

16,473

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧