最后找到原因：打印到pdf才会出现，打印到真实打印机就正常
MFC释放资源 BOOL bPrintingOK = dc.StartDoc(&di);
在MFC (Microsoft Foundation Classes) 应用程序中，当你使用 CDC::StartDoc 方法开始一个打印任务时，如果该任务成功开始，则需要确保在任务完成后正确地结束打印任务，并且释放与之相关的资源。CDC::StartDoc 成功返回一个正值表示打印任务已经开始，这时你应该在打印完成后调用 CDC::EndDoc 方法来结束打印任务。如果在打印过程中遇到需要取消打印的情况，应该调用 CDC::AbortDoc。
下面是如何根据 StartDoc 的返回值来处理资源释放的一个示例：
// 假设 di 是一个已经正确配置的 CPrintInfo 对象
// 并且 dc 是一个准备好的打印设备上下文（CDC 对象）
BOOL bPrintingOK = dc.StartDoc(&di);
if (bPrintingOK > 0) {
// 打印任务成功开始
// 进行打印操作...
// 假设打印操作成功完成
if (/* 打印成功 */) {
dc.EndDoc(); // 正常结束打印任务
} else {
// 如果打印过程中发生错误，取消打印任务
dc.AbortDoc();
}
} else {
// StartDoc 失败，处理错误
}
// 释放与 CDC 相关的资源
// 如果是通过 CWnd::GetDC 获得的 CDC 对象，则需要调用 CWnd::ReleaseDC
// 如果 CDC 对象是动态创建的（通过 new），则需要在适当的时候删除它
// 如果是函数内局部变量或类的成员，通常不需要手动释放，除非你手动调用了 CreateDC 或 CreateIC 创建了设备上下文
这里的关键点是，在使用 StartDoc 开始打印任务后，根据打印任务的结果（成功或失败），使用 EndDoc 或 AbortDoc 来正确结束或取消任务。这样做是为了确保资源被适当管理，并且打印作业能够正确地在操作系统中被关闭。
此外，对于通过 GetDC 获得的 CDC 对象，你需要使用 ReleaseDC 来释放。如果你是通过 new 创建的 CDC 对象，则需要使用 delete 来手动释放。如果 CDC 对象是自动变量或类的成员变量，那么当它们的作用域结束或类被销毁时，它们会自动被释放。
MFC dc.EndDoc(); 并没有释放怎么办？
如果你调用了 dc.EndDoc() 来结束一个打印任务，但感觉资源并没有被释放，这里有几个可能的原因和解决方案：
1. 确认资源未释放的具体表现
首先，确认“资源未释放”的具体表现是什么。是内存没有回收，还是某些设备上下文（DC）或GDI对象（如字体、位图等）没有被释放？这有助于确定问题的根源。
2. 检查其它资源的释放
dc.EndDoc() 只负责结束打印文档，它并不直接负责释放所有与设备上下文相关联的资源。如果你在打印过程中创建了GDI对象（如字体、位图等），你需要确保自己释放这些资源。例如，如果你使用 CreateFont 创建了一个字体并将其选入DC中，你需要在不再需要它时调用 DeleteObject 来释放它。
3. 确保正确使用 CDC 对象
如果你是通过 CWnd::GetDC() 获得 CDC 对象的，确保在结束打印任务后调用 CWnd::ReleaseDC() 来释放它。如果是通过 new 动态创建的 CDC 对象，确保在结束使用后用 delete 来释放它。
4. 使用智能指针管理资源
为了避免资源泄漏，你可以考虑使用智能指针（如 std::unique_ptr 或 std::shared_ptr）来管理动态分配的资源，这样即使发生异常也能保证资源的正确释放。
5. 检查设备驱动程序
如果你确定代码中已正确处理了所有资源的释放，但仍然存在问题，问题可能出在设备驱动程序上。确保打印机和图形设备的驱动程序是最新的，有时旧的或不兼容的驱动程序会导致资源管理问题。
6. 使用诊断工具
使用Visual Studio的诊断工具（如诊断会话窗口、性能分析器）来跟踪资源使用情况和潜在的泄漏。这些工具可以帮助你识别程序中的资源泄漏。
7. 联系技术支持
如果问题仍然无法解决，考虑联系微软的技术支持或在相关开发者社区（如Stack Overflow）寻求帮助，可能有经验丰富的开发者遇到过类似的问题。
记得，资源管理是开发过程中一个重要的方面，确保资源正确释放是防止内存泄漏和其它资源问题的关键。
图片的加载与释放已经成功了。打印机这里BOOL bPrinting服务器托管网OK = dc.StartDoc(&di);新增的还没释放。
memDC.SelectObject(pBmp); //选回原来的
bPrintingOK = (dc.EndPage() > 0); // end page
if (memDC.GetSafeHdc() != NULL) //释放
{
memDC.DeleteDC();
bitmap.DeleteObject();
}
把图片全删了试试
调用之前
调用BOOL bPrintingOK = dc.StartDoc(&di);之后
调用dc.EndDoc();之后 没变。
没有打印图片，函数退出也没变，多出近8M，应该减少到调用前相近大小。
MFC调用打印函数后，内存增加，退出打印函数后内存增加了8M，怎么办？
内存在调用打印函数后增加了8MB，退出打印函数后没有释放，可能是因为资源没有被正确管理或释放。处理这类内存增加问题时，可以采取以下步骤来诊断和解决问题：
1. 确认内存增加的原因
- 资源未释放：确认是否所有创建的GDI对象（如位图、字体等）和动态分配的内存都被正确释放。
- 资源泄漏检测：使用Visual Studio的诊断工具（例如，内存使用情况工具、性能剖析器）来检测内存泄漏。
2. 使用RAII原则管理资源
确保使用资源获取即初始化（RAII）原则管理所有资源。对于GDI对象和其他系统资源，当对象离开作用域时，应自动释放这些资源。在C++中，可以通过自定义的封装类或智能指针（如std::unique_ptr，配合自定义删除器）来实现。
3. 代码审查
-
审查创建和释放资源的代码：确保每个
new都有对应的delete，每个Create函数调用（如CreatePen，CreateFont等）都有对应的DeleteObject。 - 避免重复创建资源：在打印循环中重复创建而不释放资源，会导致内存迅速增加。
4. 使用MFC诊断功能
MFC提供了一套诊断功能来帮助开发者发现资源泄漏。可以在程序开始处定义_CrtSetDbgFlag来启用这些诊断功能，它会在程序退出时报告内存泄漏。
#define _CRTDBG_MAP_ALLOC
#include
#include
#ifdef _DEBUG
_CrtSetDbgFlag ( _CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF );
#endif
5. 分析内存使用
使用第三方内存分析工具（如Valgrind，Visual Leak Detector等）来分析程序的内存使用情况，找出内存泄漏的具体位置。
6. 优化打印逻辑
- 减少不必要的打印预览和计算：打印预览和页面布局计算可能会消耗大量资源，确保这些操作只在必要时执行。
- 重用GDI对象：如果可能，重用GDI对象而不是在每次打印时都创建新的对象。
服务器托管网7. 搜索类似问题的解决方案
在开发者社区（如Stack Overflow，Microsoft Developer Network）搜索是否有类似问题的讨论和解决方案，有时候可以找到具体的解决思路或代码示例。
处理这类问题可能需要一些时间和耐心，通过细致的排查和逐步缩小问题范围，通常能够找到导致内存增加的原因，并采取相应的措施解决。
服务器托管，北京服务器托管，服务器租用 http://www.fwqtg.net
相关推荐: ESLint & prettier 配置代码风格
环境同步服务器托管网： 1、ESlint，开启保存自动修服务器托管网复 配置文件 .eslintrc.cjs prettier 风格配置 https://prettier.io 使用单引号 不使用分号 每行宽度至多80字符 不加对象|数组最后逗号 换行符号不限…
