mfc 中在对Gdi+ 进行配置之后，产生的error错误。如下：

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

本文详细介绍了在使用MFC进行单文档程序开发时，遇到将gdiplus.h和gdiplus.lib添加到项目中后出现编译错误的问题，并提供了解决方法。通过在stdafx.h中加入特定的包含语句，即可解决编译错误，顺利进行程序开发。

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

在应用程序中添加了gdiplus.h和gdiplus.lib后，编译报错。
#include <gdiplus.h>
using namespace Gdiplus;
#pragma comment(lib,"gdiplus.lib")
在基于MFC的单文档程序的stdafx.h中添加了上面的语句后，编译有106个错误，不知什么原因，该如何解决，谢谢！编译错误如下：
1>------ 已启动全部重新生成: 项目: DrawLine2, 配置: Debug Win32 ------
1>正在删除项目“DrawLine2”(配置“Debug|Win32”)的中间文件和输出文件
1>正在编译...
1>stdafx.cpp
1>d:\program files\microsoft visual studio 8\vc\platformsdk\include\gdiplusenums.h(29) : error C2146: 语法错误 : 缺少“;”(在标识符“GraphicsState”的前面)
1>d:\program files\microsoft visual studio 8\vc\platformsdk\include\gdiplusenums.h(29) : error C4430: 缺少类型说明符 - 假定为 int。注意: C++ 不支持默认 int
1>d:\program files\microsoft visual studio 8\vc\platformsdk\include\gdiplusenums.h(29) : error C4430: 缺少类型说明符 - 假定为 int。注意: C++ 不支持默认 int
1>d:\program files\microsoft visual studio 8\vc\platformsdk\include\gdiplusenums.h(521) : error C2146: 语法错误 : 缺少“;”(在标识符“ObjectTypeIsValid”的前面)
1>d:\program files\microsoft visual studio 8\vc\platformsdk\include\gdiplusenums.h(521) : error C2433: “BOOL”: 不允许在数据声明中使用“inline”
1>d:\program files\microsoft visual studio 8\vc\platformsdk\include\gdiplusenums.h(521) : error C4430: 缺少类型说明符 - 假定为 int。注意: C++ 不支持默认 int

1>d:\program files\microsoft visual studio 8\vc\platformsdk\include\gdiplusenums.h(524) : error C4430: 缺少类型说明符 - 假定为 int。注意: C++ 不支持默认 int



出现这样的问题是，因为gdi+重要用到一些定义好的宏，可以再#include <gdiplus.h>前面加上#include#include "afxdtctl.h"  既可以编译成功。

niuweixing007
关注
C++加载png图片的两种方法 - 使用GDI+和使用CImage
dvlinker的技术专栏
06-09 582
C++加载png图片的两种方法 - 使用GDI+和使用CImage
MFC工程中GDI（非GDI+）画图反走样 抗锯齿 算法
lenojackson的博客
08-21 6297
MFC工程中GDI（非GDI+）画图反走样 抗锯齿 算法 我们先来看一下处理前后的效果图 处理前 处理后 在使用GDI画图时很容易就会出现锯齿，网上给出的方法是使用GDI+，虽然简单，但是限制了软件的移植。 在这向大家分享一套反走样的算法 代码 void DrawLine( CDC *pDC, int X0, int Y0, int X1, int Y1, COLOR...
VC6.0MFC下使用GDI++编译链接通不过的解决方案之一(syntax error : identifier 'Count')
/*李大叔*/ 的专栏
07-24 6863
在写那个优快云博文提取的时候因为要显示用户的头像在对话框上面，自然想到的就是使用大名鼎鼎的GDI+了，但是在我准备使用gdi库，加入头文件，引入lib之后，引发的错误吓了我一跳！32个错误。后面根据有人的博文看到要在stdafx里面写成如下，错误减少到16个 #ifndef ULONG_PTR #define ULONG_PTR unsigned long* #include "GdiPl
VS2010直接加载GDI+的编译不通过的问题
半个网虫的专栏
12-02 638
一个WIN32程序，直接包含GDI+头文件，编译不通过。解决方法很简单，加上下面这一句：   #include   #include using namespace Gdiplus; #pragma comment(lib, "gdiplus.lib")
PCB_问题记录_QT（1）引用gdiplus.h、Gdiplus.lib 报错
iflyme的博客
09-09 1240
1>c:\program files (x86)\windows kits\8.1\include\um\GdiplusEnums.h(33): error C4430: 缺少类型说明符 - 假定为 int。注意: C++ 不支持默认 int (编译源文件 CommonFiles\RawImageEncoder.cpp) 1>c:\program files (x86)\windows...
[VC/MFC]GDI+的一个编译问题解决方案
believefym的专栏
11-21 1142
参考：http://support.microsoft.com/kb/317799/en-us 提到两种解决方法，这里简单说明第二种解决方法给工程添加一个h文件，如myGdiPlus.h,内容如下：/**///// Ensure that GdiPlus header files work properly with MFC DEBUG_NEW and STL header files.#
C++MFC使用GDI+
xjwsky的专栏
07-25 606
1. 在"stdafx.h"里加入以下： #include using namespace Gdiplus; #pragma comment(lib, "gdiplus.lib")   2. 为CWinApp的派生类增加两个成员： ULONG_PTRm_gdiplusToken; GdiplusStartupInput m_gdiplusStartupInput;   3. 在该
cimage和gdi绘图效率比较_使用MFC CImage类和GDI+ Image加载并绘制PNG图片
weixin_34635170的博客
02-23 1239
标签：一、使用MFC CImage类加载PNG图片为了测试CImage绘制PNG图片的效果，我们用截图软件截得一张360的界面，然后使用PhotoShop等工具在图片的周边加上了透明的区域，然后保存成PNG图片文件。CImage首先从文件中加载，即CImage* m_pImgBk;......m_pImgBk = new CImage;m_pImgBk->Load( _T("res\\bk....
GDI+中发生一般性错误的解决办法
热门推荐
张云勇
03-27 2万+
在开发.NET应用中，使用 System.Drawing.Image.Save 方法而导致“GDI+ 中发生一般性错误”的发生，通常有以下三种原因： 1. 指定的物理路径不存在。 解决方法： 在调用 Save 方法之前，先判断目录是否存在，若不存在，则创建。 if (!Directory.Exists(dirpath)) Directory.CreateDirectory(dirpath
使用Gdiplus.h后报错：“min”: 找不到标识符和“max”: 找不到标识符
坤仔的专栏
03-06 5353
增加Gdiplus相应的头文件Gdiplus.h后大概率会出现如下报错： c:\program files (x86)\windows kits\8.1\include\um\GdiplusTypes.h(475): error C3861: “min”: 找不到标识符 c:\program files (x86)\windows kits\8.1\include\um\GdiplusTypes.h(477): error C3861: “max”: 找不到标识符 当前使用其他库也有一定概率会出现类似m
CHKJ3000E错误解决办法
01-05
CHKJ3000E错误解决办法
gdiplus 水印_GdiPlus.h
weixin_40003767的博客
02-01 228
//Download by http://www.NewXing.com/**************************************************************************\** Copyright (c) 1998-2000, Microsoft Corp. All Rights Reserved.** Module Name:** Gdi...
GDI+在VS2008中的配置方法
weixin_33815613的博客
08-15 130
GDI+支持多种继承开发环境，在使用GDI+之前必须对集成开发环境进行配置。下面介绍GDI+中VS2008中的配置。VS2008中包含GDI+的开发包，配置相对简单。对每个需要使用GDI+的项目，都必须使用同样地方法进行配置。 1、在项目属性中添加GDI+静态链接库 选择【项目】->【Example属性】（Example为项目名称），打开项目属性对话框。展开“配置属性”，选择“连接器”下...
MFC/Win32中使用GDI+
weixin_30348519的博客
12-17 102
一、MFC中使用GDI+的方法： 1、包含头文件与库 在stdafx.h中加入以下三行代码： #include "gdiplus.h" using namespace Gdiplus; #pragma comment(lib, "gdiplus.lib") 2、安装GDI+ 在使用GDI+之前要进行安装，否则程序不会报错，但绘图不成功。安装方法如下： GdiplusStartupI...
new Gdiplus::Bitmap(100,200); error C2660
swmp的专栏
03-23 1451
今天居然编译的时候居然遇到这个错误。  Gdiplus::Bitmap*     bmp=new     Gdiplus::Bitmap(100,200);         提示error   C2660:"Gdiplus::GdiplusBase::operator   new":函数不能接受3个参数。   查了一下，CPP   文件前面的   new   宏(#define
GDI+开发环境的配置
彭军的专栏
01-04 5046
下载GDI+ SDK for Visual C++6.0下载地址：http://groups.google.com/group/tim-files/files?upload=1     名为GDIPlus.zip配置Visual C++6.0环境将GDI+下的Include文件夹添加到Visual C++6.0Tools->Options->Directorys下的的Include
使用gdi+出现莫名其妙的错误
qq_33861303的博客
01-18 1902
使用Gdi+  1.包含了#include 头文件   2.添加#pragma  comment(lib,"Gdiplus.lib")仍然会出现以下的错误       xxx\GdiPlusImaging.h(67) : error C2501: “MIDL_INTERFACE” : 缺少存储类或类型说明符 xxx\GdiPlusImaging.h(67) : error C2440: “初始化”
MFC GDI+ 释放
最新发布
04-03
<think>好的，用户现在问的是关于MFC中使用GDI+时的资源释放问题。之前用户问过关于MFC中CBrush的释放，现在可能是在开发图形应用程序时遇到了资源管理的问题，特别是升级到GDI+后，发现原有的资源管理方式有所不同，需要了解正确的释放方法。 首先，我需要回忆GDI+和传统GDI在资源管理上的区别。传统GDI对象如CBrush需要手动删除，或者利用MFC的自动析构，但GDI+使用的是不同的对象模型，比如Graphics、Pen、Brush等，这些对象需要显式释放，因为GDI+不依赖于MFC的自动管理机制。 用户可能已经遇到资源泄漏的问题，尤其是在长时间运行的应用程序中，GDI对象未正确释放会导致内存泄漏或程序崩溃。需要解释GDI+的基本释放原则，比如每个GDI+对象必须调用Delete或Dispose方法，或者通过析构函数自动处理，但要注意作用域。 接下来，我需要整理关键点。首先，GDI+对象的创建和释放方式，例如使用new创建的必须手动删除。其次，在MFC中如何结合使用GDI+，例如在OnPaint函数中初始化GDI+资源，使用后及时释放。还要提到GDI+的智能指针如std::unique_ptr来管理资源，以及常见的错误，如未调用GdiplusShutdown导致资源未完全释放。 另外，用户可能对GDI+的初始化和终止流程不太清楚，需要详细说明GdiplusStartup和GdiplusShutdown的正确使用，尤其是在应用程序启动和关闭时如何管理这些调用。同时，需要提醒在MFC的CView或CDialog派生类中如何集成这些初始化步骤，比如在OnInitialUpdate或构造函数中启动，在析构函数中关闭。 还要考虑用户可能遇到的多线程问题，虽然GDI+本身对多线程的支持有限，但需要指出在MFC中通常在主线程操作GDI+对象，避免跨线程问题。此外，资源未恢复导致的上下文状态混乱也是常见错误，例如在设备上下文中选入Pen或Brush后没有恢复原对象，虽然GDI+在这方面可能没有传统GDI严格，但良好的习惯仍然重要。 最后，总结最佳实践，比如使用RAII封装、确保每个GDI+对象都有明确的释放点、利用调试工具检测泄漏等。用户可能需要具体的代码示例来理解如何正确释放不同类型的GDI+对象，如Pen、Brush、Image等，并强调GdiplusShutdown的必要性，避免整个应用程序的GDI+资源泄漏。 需要检查是否有遗漏的关键点，比如GDI+对象与MFC对象混合使用时的注意事项，或者某些特定对象如Graphics的特殊释放要求。确保回答结构清晰，分点说明，让用户能够逐步理解和应用正确的资源管理方法。</think>在 MFC 中使用 GDI+ 时，资源释放需要遵循与标准 GDI 不同的规则。以下是关键要点和操作规范： --- ### 一、GDI+ 资源释放基本原则 1. **显式释放原则** GDI+ 对象（如 `Pen`、`Brush`、`Image` 等）**必须显式释放**，不会自动随对象作用域销毁而释放 ```cpp Gdiplus::Pen* pPen = new Gdiplus::Pen(Color(255, 0, 0), 2); // 创建 // ... 使用操作 delete pPen; // 必须手动删除 ``` 2. **对象所有权明确** - 堆对象（`new` 创建）必须手动 `delete` - 栈对象通过析构函数自动释放（但需注意上下文关系） --- ### 二、MFC 集成关键流程 #### 1. GDI+ 初始化/终止 ```cpp // 在应用类中声明全局变量 ULONG_PTR m_gdiplusToken; // 初始化（如 CWinApp::InitInstance） Gdiplus::GdiplusStartupInput gdiplusStartupInput; Gdiplus::GdiplusStartup(&m_gdiplusToken, &gdiplusStartupInput, NULL); // 终止（如 CWinApp::ExitInstance） Gdiplus::GdiplusShutdown(m_gdiplusToken); ``` #### 2. 典型绘图场景 ```cpp void CMyView::OnDraw(CDC* pDC) { Gdiplus::Graphics graphics(pDC->GetSafeHdc()); // 创建 Graphics 对象 // 创建资源 Gdiplus::SolidBrush brush(Color(255, 0, 0)); Gdiplus::Pen pen(Color(255, 0, 0), 2); // 绘制操作 graphics.FillRectangle(&brush, 10, 10, 100, 50); graphics.DrawRectangle(&pen, 10, 10, 100, 50); // 无需手动释放 stack 对象（brush/pen 析构时自动处理） // Graphics 对象随栈帧结束自动销毁 } ``` --- ### 三、高级资源管理技巧 #### 1. 智能指针封装 ```cpp struct GDIPDeleter { template <typename T> void operator()(T* ptr) const { delete ptr; } }; // 使用示例 std::unique_ptr<Gdiplus::Bitmap, GDIPDeleter> spBitmap(Gdiplus::Bitmap::FromFile(L"test.png")); ``` #### 2. 复杂资源释放模式 ```cpp void DrawComplexShape(CDC* pDC) { Gdiplus::Graphics graphics(pDC->GetSafeHdc()); // 多级资源创建 Gdiplus::Image* pBgImage = Gdiplus::Image::FromFile(L"background.jpg"); Gdiplus::TextureBrush tBrush(pBgImage); // 必须按依赖顺序释放 delete pBgImage; // 先释放被依赖的 Image // tBrush 自动释放（栈对象） } ``` --- ### 四、常见错误排查 #### 1. 资源泄漏检测 ```cpp // 调试时监控 GDI+ 对象数量 #ifdef _DEBUG void CheckGDIPLeaks() { DWORD count = 0; Gdiplus::DllExports::GdipGetAllocatedObjects(nullptr, &count); TRACE("GDI+ Objects: %d\n", count); } #endif ``` #### 2. 典型错误案例 ```cpp // 错误示例：跨作用域泄漏 void LeakDemo() { Gdiplus::Bitmap* pBmp = Gdiplus::Bitmap::FromFile(L"temp.jpg"); // 忘记 delete pBmp → 内存泄漏！ } // 正确做法 void SafeDemo() { std::unique_ptr<Gdiplus::Bitmap> spBmp( Gdiplus::Bitmap::FromFile(L"temp.jpg")); // 自动释放 } ``` --- ### 五、最佳实践建议 1. **统一释放模式** - 每个 `new` 对应一个 `delete` - 栈对象优先于堆对象 2. **异常安全处理** ```cpp void SafeDraw() { try { Gdiplus::Bitmap bmp(L"data.bin"); // 可能抛出异常 // 绘图操作... } catch (Gdiplus::Status s) { TRACE("GDI+ Error: %d\n", s); } } ``` 3. **多线程规范** - GDI+ **非线程安全**，建议： - 主线程专用于绘图 - 工作线程通过消息传递绘图指令 --- ### 总结对比表 | 特性 | GDI (CBrush等) | GDI+ | |--------------------|----------------------------|---------------------------| | 释放方式 | 手动 DeleteObject | 手动 delete | | 作用域自动释放 | MFC 对象自动销毁时释放 | 仅当对象是栈变量时自动释放 | | 上下文依赖 | 需要恢复 DC 原对象 | 无上下文状态依赖 | | 推荐管理模式 | RAII + MFC 封装类 | 智能指针 + 异常保护 | 遵循这些规范可有效避免以下问题： - 界面闪烁（资源未及时释放） - 内存泄漏（GDI+ 对象未删除） - 绘图异常（多线程竞争资源）
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值