1. 项目概述为什么VC与BMP是图像处理的经典起点在Windows桌面应用开发尤其是那些需要处理图形、图像的老牌工业软件、医疗影像系统或者游戏工具链里VCVisual C和BMP图像格式的组合至今仍是一个绕不开的技术栈。你可能在各种网络热词里看到“pandas读取excel”、“opencv imread读取为空”这些现代脚本语言或库的困扰但对于一个需要深度控制内存、追求极致性能或维护遗留代码库的C开发者来说从最底层的文件结构开始亲手实现BMP图像的读取与显示是一项基本功。这个教程要解决的就是这样一个核心问题如何在VC环境下不依赖任何第三方图像库如OpenCV、CxImage仅使用Windows SDK和标准C完成一个BMP文件从磁盘字节到屏幕像素的完整旅程。这不仅仅是调用一个imread和imshow那么简单它涉及文件I/O、内存管理、数据结构解析、Windows GDI绘图等一整套知识。你会踩的坑包括忘记处理调色板导致图片颜色诡异、对齐Padding计算错误让图片“歪”了、内存泄漏导致程序越来越卡以及最经典的“上下颠倒”问题——为什么我读出来的图是倒着的掌握这套流程你收获的不仅仅是一个显示图片的功能。你获得的是对图像文件格式的深刻理解是对Windows图形子系统GDI的直观认识是处理二进制文件的扎实能力。当你能轻松驾驭BMP后再去理解更复杂的PNG、JPEG或者处理网络热词中提到的“遥感图像标注”、“图像超分辨率重建”等算法任务时你会对“数据从何而来”有更清晰的把握。接下来我将以一个实战项目为例拆解每一个步骤背后的原理与细节。2. 核心原理拆解BMP文件结构与Windows显示机制在动手写代码之前我们必须像外科医生熟悉解剖图一样彻底搞清楚BMP文件的“身体结构”。BMP是一种几乎无压缩的位图格式它的结构非常规整非常适合作为学习图像处理的入门格式。2.1 BMP文件格式的三层解剖一个典型的BMP文件可以看作由三个连续的部分构成文件头、信息头和像素数据。每一部分都是一段紧密排列的二进制数据。1. 文件头BITMAPFILEHEADER这个结构体位于文件的最开头长度固定为14字节。它的核心作用是告诉程序“这是一个BMP文件并且像素数据从哪里开始”。其关键成员包括bfType(2字节)必须是“BM”0x4D42这是BMP的魔法数字。bfSize(4字节)整个文件的大小以字节为单位。bfOffBits(4字节)从文件开头到像素数据阵列开始的偏移量。这个值至关重要它等于文件头14字节 信息头大小可变 可能的调色板数据的大小。直接跳到这个偏移量就能读取到最核心的像素。2. 信息头BITMAPINFOHEADER最常见紧跟在文件头后面我们最常用的是这个40字节版本的信息头。它描述了图像的详细属性可以看作图像的“身份证”。关键字段有biSize(4字节)这个信息头结构本身的大小用于判断信息头版本40表示是BITMAPINFOHEADER。biWidth(4字节)图像的宽度以像素为单位。biHeight(4字节)图像的高度。这里是第一个坑点这个值可以是正数也可以是负数。正数表示像素数据是从图像左下角开始自下而上存储的而负数则表示从左上角开始自上而下存储也就是我们通常认为的“正常”顺序。大多数绘图软件生成的是正数自下而上。biBitCount(2字节)每个像素占用的位数决定颜色深度。常见的有1单色位图黑白带调色板。416色位图带调色板。8256色位图带调色板。24真彩色位图每个像素由B、G、R三个字节直接表示无调色板。32带Alpha通道的真彩色位图B、G、R、A。biCompression(4字节)压缩方式。对于最简单的、我们本次要处理的BMP这个值应该是BI_RGB0表示不压缩。biSizeImage(4字节)像素数据区域的大小以字节为单位。如果是不压缩的BI_RGB这里可以为0但我们可以根据宽度、高度和位深度计算出来。3. 像素数据阵列从bfOffBits指向的位置开始存储着真正的图像像素。它的排列方式和几个参数紧密相关扫描行对齐这是第二个大坑。为了处理器存取效率BMP规定每一行像素数据占用的字节数必须是4的倍数。对于24位色每像素3字节的图片一行像素的理论字节数为宽度 * 3。如果这个数不是4的倍数就需要在每行末尾填充若干字节0值来凑齐。实际每行存储的字节数计算公式为行字节数 ((宽度 * 每像素位数) 31) / 32 * 4。对于24位色简化计算是行字节数 (宽度 * 3 3) ~3。存储顺序如前所述由biHeight的正负号决定。通常我们读入的是自下而上的数据需要在显示前进行“行翻转”。2.2 Windows GDI显示图像的核心SetDIBitsToDevice读取了像素数据如何在VC的窗口上画出来我们不能直接操作屏幕内存而是要通过Windows的图形设备接口GDI。对于DIB设备无关位图BMP文件在内存中的形态最直接的函数是SetDIBitsToDevice。这个函数的作用是将内存中DIB的像素数据直接传输到指定的设备上下文DC可以理解为画布的指定区域。它之所以强大是因为它理解我们之前解析出来的BITMAPINFOHEADER结构。我们只需要提供设备上下文句柄HDC。目标绘制区域的左上角坐标。图像的宽度和高度。一个指向BITMAPINFO结构的指针这个结构包含了我们之前读出的信息头以及可选的调色板。一个指向像素数据数组的指针。函数会根据信息头里的颜色格式如24位RGB、图像尺寸等信息自动完成像素的转换和绘制。这比一个像素一个像素地用SetPixel画要高效几个数量级。理解了这个数据流磁盘文件 - 文件/信息头解析 - 像素数据内存块 - BITMAPINFO结构 - SetDIBitsToDevice整个流程的骨架就清晰了。注意GDI是一个比较古老的接口在现代应用中对于复杂的图形操作可能会使用DirectX或GDI。但GDI的SetDIBitsToDevice在显示简单位图方面依然直接有效且无需引入额外依赖是理解底层原理的最佳选择。3. 环境准备与项目配置工欲善其事必先利其器。在VC中完成这个项目你需要一个合适的开发环境。虽然最新的Visual Studio 2022也能进行C桌面开发但为了最经典的体验我们以Visual Studio 2019社区版为例创建一个纯粹的原生Windows桌面应用程序项目。3.1 创建Win32桌面应用程序项目打开Visual Studio选择“创建新项目”搜索并选择“Windows桌面向导”Windows Desktop WizardC版本。给项目起个名字比如BMPViewer。点击创建后会弹出一个配置对话框这里的选择很重要应用程序类型选择“桌面应用程序(.exe)”。附加选项务必勾选“空项目”。向导默认会生成一个带有窗口框架和WinMain的代码但我们为了彻底理解过程选择从零开始。同时取消勾选“预编译头”和“安全开发生命周期(SDL)检查”以保持项目简洁。点击“确定”后你就得到了一个完全空白的项目。3.2 手动添加主程序文件与基础框架在“解决方案资源管理器”中右键点击“源文件”过滤器选择“添加-新建项”创建一个名为main.cpp的C文件。我们将在这里编写所有代码。一个Windows桌面程序的人口不是main而是WinMain。我们需要手动搭建一个最基础的窗口框架。这包括定义窗口类WNDCLASSEX注册一个我们自定义的窗口类型指定消息处理函数、图标、光标等。创建窗口CreateWindowEx根据注册的类实例化出一个窗口。消息循环GetMessage/DispatchMessage一个持续的循环用于接收和处理操作系统发送给窗口的各种消息如鼠标点击、键盘输入、绘制请求。这部分代码是模板化的但对于理解Windows程序如何工作至关重要。我们的图像读取和显示逻辑将主要响应WM_PAINT消息当窗口需要重绘时触发和WM_DESTROY消息当窗口关闭时触发。在WM_PAINT消息处理中我们将调用核心的DisplayBMP函数。3.3 配置项目属性以使用标准Windows库我们的程序需要链接Windows的基础库。右键点击项目选择“属性”。在“配置属性 - 链接器 - 输入 - 附加依赖项”中添加user32.lib和gdi32.lib。user32.lib提供了创建窗口和管理消息的函数gdi32.lib则提供了SetDIBitsToDevice等图形设备接口函数。在“C/C - 预处理器 - 预处理器定义”中确保有UNICODE和_UNICODE定义这是现代Windows程序的默认字符集。至此一个干净的、可用于原生Windows图形编程的VC项目环境就搭建好了。接下来我们将进入最核心的代码实现部分。4. 核心代码实现分步解析读取与显示流程我们将把整个功能封装成几个清晰的函数并在窗口的WM_PAINT消息中驱动它们。假设我们要显示一张与程序同目录下的test.bmp图片。4.1 第一步读取BMP文件头与信息头首先我们定义两个与BMP格式对应的结构体。注意#pragma pack(push, 1)和#pragma pack(pop)指令它们确保编译器不对这些结构体进行内存对齐优化因为文件中的字节是紧密排列的任何额外的填充都会导致读取错位。#include windows.h #include fstream using namespace std; #pragma pack(push, 1) // 精确按1字节对齐确保与文件布局一致 typedef struct { WORD bfType; // 文件类型必须是BM DWORD bfSize; // 文件大小 WORD bfReserved1; // 保留必须为0 WORD bfReserved2; // 保留必须为0 DWORD bfOffBits; // 从文件头到像素数据的偏移 } BITMAPFILEHEADER; typedef struct { DWORD biSize; // 本结构体大小40字节 LONG biWidth; // 图像宽度像素 LONG biHeight; // 图像高度像素。正数为自下而上负数为自上而下。 WORD biPlanes; // 目标设备平面数必须为1 WORD biBitCount; // 每像素位数1,4,8,24,32 DWORD biCompression; // 压缩类型0表示不压缩BI_RGB DWORD biSizeImage; // 像素数据大小字节压缩图像可能为0 LONG biXPelsPerMeter; // 水平分辨率像素/米 LONG biYPelsPerMeter; // 垂直分辨率像素/米 DWORD biClrUsed; // 实际使用的颜色索引数0表示使用全部 DWORD biClrImportant; // 重要颜色索引数0表示都重要 } BITMAPINFOHEADER; #pragma pack(pop)接下来是读取文件的函数。我们使用C标准库的ifstream以二进制模式打开文件。bool ReadBMPFile(const char* filename, BITMAPFILEHEADER bmfh, BITMAPINFOHEADER bmih, BYTE* pixelData) { ifstream file(filename, ios::binary); if (!file.is_open()) { MessageBox(NULL, L无法打开BMP文件, L错误, MB_ICONERROR); return false; } // 1. 读取文件头 file.read(reinterpret_castchar*(bmfh), sizeof(BITMAPFILEHEADER)); if (bmfh.bfType ! 0x4D42) { // 检查是否是BM MessageBox(NULL, L不是有效的BMP文件, L错误, MB_ICONERROR); file.close(); return false; } // 2. 读取信息头 file.read(reinterpret_castchar*(bmih), sizeof(BITMAPINFOHEADER)); // 简单验证信息头大小我们只处理40字节的版本 if (bmih.biSize ! 40) { MessageBox(NULL, L不支持的BMP信息头格式, L错误, MB_ICONERROR); file.close(); return false; } // 只处理不压缩的24位或32位真彩色位图 if (bmih.biCompression ! BI_RGB || (bmih.biBitCount ! 24 bmih.biBitCount ! 32)) { MessageBox(NULL, L仅支持不压缩的24/32位真彩色BMP, L错误, MB_ICONERROR); file.close(); return false; } // 3. 计算像素数据大小并分配内存 // 如果biSizeImage为0则手动计算 DWORD imageSize bmih.biSizeImage; if (imageSize 0) { // 计算每行字节数考虑4字节对齐 DWORD rowSize ((bmih.biWidth * bmih.biBitCount 31) / 32) * 4; imageSize rowSize * abs(bmih.biHeight); // 用绝对值因为高度可能为负 } pixelData new BYTE[imageSize]; // 动态分配内存存储像素 if (!pixelData) { MessageBox(NULL, L无法分配内存给像素数据, L错误, MB_ICONERROR); file.close(); return false; } // 4. 定位并读取像素数据 file.seekg(bmfh.bfOffBits, ios::beg); // 跳转到像素数据开始处 file.read(reinterpret_castchar*(pixelData), imageSize); if (file.fail()) { delete[] pixelData; pixelData nullptr; MessageBox(NULL, L读取像素数据失败, L错误, MB_ICONERROR); file.close(); return false; } file.close(); return true; }实操心得这里使用new BYTE[]分配内存。务必记住在程序退出前或不再需要这张图片时要用delete[] pixelData来释放内存否则会造成内存泄漏。更好的做法是使用std::vectorBYTE或智能指针来管理内存但为了清晰展示原理这里使用原始指针。4.2 第二步处理像素数据与对齐问题从文件读出的pixelData是原始的、可能带有行填充的、存储顺序可能倒置的数据。为了用SetDIBitsToDevice正确显示我们需要处理两个问题去除行填充如果需要SetDIBitsToDevice函数要求传入的像素数据每一行是紧密排列的不能有为了对齐而添加的填充字节。因此我们需要将带有填充的原始数据复制到一个新的、紧密排列的缓冲区中。翻转图像行序如果需要如果biHeight为正自下而上存储我们需要将行序翻转变成自上而下才能正常显示。下面这个函数完成这两项工作BYTE* ProcessPixelData(const BITMAPINFOHEADER bmih, const BYTE* srcData) { // 计算原始数据中每行的字节数含填充 DWORD srcRowSize ((bmih.biWidth * bmih.biBitCount 31) / 32) * 4; // 计算目标数据中每行的字节数无填充 DWORD dstRowSize (bmih.biWidth * bmih.biBitCount) / 8; // 对于24位色就是width*3 // 图像的实际高度绝对值 DWORD height abs(bmih.biHeight); // 分配目标内存 BYTE* dstData new BYTE[dstRowSize * height]; // 判断是否需要翻转行序 bool isTopDown (bmih.biHeight 0); // 高度为负表示已是自上而下 for (DWORD row 0; row height; row) { // 计算源数据中的行索引 DWORD srcRowIndex isTopDown ? row : (height - 1 - row); // 计算源数据和目标数据的行起始指针 const BYTE* srcRow srcData srcRowIndex * srcRowSize; BYTE* dstRow dstData row * dstRowSize; // 复制一行数据忽略填充字节 memcpy(dstRow, srcRow, dstRowSize); } return dstData; // 调用者负责释放 dstData }这个函数返回了一个新的、处理好的像素数据缓冲区。注意原始数据srcData和处理后的数据dstData是两份独立的内存都需要在适当的时候释放。4.3 第三步使用GDI在窗口上绘制图像现在我们有了正确的信息头bmih和处理后的像素数据processedData可以在响应WM_PAINT消息时进行绘制了。我们在窗口过程函数WndProc中添加WM_PAINT的处理case WM_PAINT: { PAINTSTRUCT ps; HDC hdc BeginPaint(hWnd, ps); // 获取窗口的设备上下文 // 假设 bmih 和 processedData 是已经加载好的全局或静态变量 // 创建一个 BITMAPINFO 结构这是 SetDIBitsToDevice 需要的 BITMAPINFO bmi { 0 }; bmi.bmiHeader bmih; // 将我们读取的信息头复制过来 // 注意如果之前我们修改了bmih.biHeight为正值以适应显示这里要确保一致。 // 通常我们传给SetDIBitsToDevice的bmih.biHeight应为正数像素行数。 // 关键调用将DIB数据绘制到设备上下文 SetDIBitsToDevice( hdc, // 目标设备上下文我们的窗口 50, 50, // 目标起始坐标X, Y bmih.biWidth, // 图像宽度 abs(bmih.biHeight), // 图像高度取绝对值 0, 0, // 源图像起始坐标通常为0,0 0, // 起始扫描行 abs(bmih.biHeight), // 扫描行数总行数 processedData, // 处理后的像素数据 bmi, // BITMAPINFO结构指针 DIB_RGB_COLORS // 颜色表类型RGB表示使用真彩色 ); EndPaint(hWnd, ps); } break;这段代码的核心是SetDIBitsToDevice函数。它接管了从内存位图到屏幕像素的所有转换工作。我们只需要提供正确的数据源头和描述信息。绘制的位置由前两个参数50, 50指定你可以根据需要调整。4.4 第四步整合与资源管理最后我们需要在程序初始化时比如在WM_CREATE消息中调用ReadBMPFile和ProcessPixelData并将得到的bmih和processedData保存起来例如作为全局变量或通过Get/SetWindowLongPtr附加到窗口上。在窗口销毁时WM_DESTROY必须记得释放pixelData和processedData所占用的内存。// 全局变量简单示例实际项目建议用更好的结构管理 BITMAPINFOHEADER g_bmih { 0 }; BYTE* g_pOriginalData nullptr; BYTE* g_pProcessedData nullptr; // 在WM_CREATE中加载 case WM_CREATE: { if (ReadBMPFile(test.bmp, g_bmfh, g_bmih, g_pOriginalData)) { g_pProcessedData ProcessPixelData(g_bmih, g_pOriginalData); // 为了方便SetDIBitsToDevice将高度改为正值表示行数 g_bmih.biHeight abs(g_bmih.biHeight); } break; } // 在WM_DESTROY中清理 case WM_DESTROY: { delete[] g_pOriginalData; delete[] g_pProcessedData; PostQuitMessage(0); break; }将以上所有代码片段整合到你的main.cpp窗口程序框架中编译并运行。如果一切顺利你应该能在窗口的(50,50)坐标位置看到test.bmp图片被正确显示出来。5. 深度优化与功能扩展实现了基础功能后我们可以从健壮性、性能和功能上进行优化和扩展这能让你的代码从“能用”变得“好用”和“专业”。5.1 内存管理与异常安全优化之前的示例中直接使用new/delete在复杂场景或发生异常时容易泄漏。更现代和安全的做法是使用RAII资源获取即初始化思想。使用std::vectorBYTE替代原始数组vector在析构时会自动释放内存无需手动delete[]。std::vectorBYTE pixelData; pixelData.resize(imageSize); file.read(reinterpret_castchar*(pixelData.data()), imageSize); // 无需手动释放vector离开作用域自动清理。使用std::unique_ptr管理资源如果你需要传递指针所有权std::unique_ptr是绝佳选择它确保资源在任何情况下都会被释放。std::unique_ptrBYTE[] processedData(ProcessPixelData(bmih, pixelData.data())); // 将processedData.get()传递给SetDIBitsToDevice // 当unique_ptr销毁时会自动调用delete[]。5.2 支持更多BMP格式与调色板处理我们的示例只处理了24/32位无压缩真彩色图。一个健壮的查看器应该能处理更多格式处理调色板1,4,8位色当biBitCount小于等于8时在信息头之后、像素数据之前存在一个颜色表调色板。颜色表的大小是(1 biBitCount)个RGBQUAD结构每个4字节。SetDIBitsToDevice函数需要这个调色板信息。你需要在读取信息头后根据颜色索引数计算调色板大小并读取。将调色板数据放入BITMAPINFO结构。BITMAPINFO结构实际上是BITMAPINFOHEADER后面紧跟一个颜色表数组。你可以动态分配一个足够大的内存块来容纳它们。// 计算颜色表项数 int colorTableSize (bmih.biClrUsed ! 0) ? bmih.biClrUsed : (1 bmih.biBitCount); // 分配足够大的内存给BITMAPINFO信息头颜色表 std::vectorBYTE bmiBuffer(sizeof(BITMAPINFOHEADER) colorTableSize * sizeof(RGBQUAD)); BITMAPINFO* pbmi reinterpret_castBITMAPINFO*(bmiBuffer.data()); pbmi-bmiHeader bmih; // 然后从文件中读取colorTableSize个RGBQUAD到pbmi-bmiColors中处理RLE压缩BI_RLE4,BI_RLE8这类BMP比较少见处理起来复杂需要实现对应的解压缩算法。对于通用查看器如果遇到可以弹窗提示不支持或者寻找第三方解码库。5.3 实现缩放、平移与交互查看基础显示是静态的。一个实用的图像查看器需要交互。缩放可以通过修改SetDIBitsToDevice的参数实现但GDI的缩放质量一般。更常用的方法是使用StretchDIBits函数它允许你指定源矩形和目标矩形自动进行缩放。StretchDIBits(hdc, destX, destY, destWidth, destHeight, // 目标区域 0, 0, srcWidth, srcHeight, // 源区域 pixelData, bmi, DIB_RGB_COLORS, SRCCOPY);你可以根据鼠标滚轮事件来调整destWidth和destHeight实现缩放。平移维护一个视图偏移量viewOffsetX,viewOffsetY。在绘制时将SetDIBitsToDevice或StretchDIBits的目标起始坐标加上这个偏移量。通过鼠标拖动事件处理WM_LBUTTONDOWN,WM_MOUSEMOVE,WM_LBUTTONUP来更新这个偏移量。双缓冲绘图当图像较大或进行缩放、平移操作时直接绘制到窗口DC上可能导致闪烁。双缓冲技术是解决方案先在内存中创建一个兼容的位图CreateCompatibleBitmap和DCCreateCompatibleDC将图像画到这个内存DC上然后一次性将内存位图BitBlt到窗口DC上。这能极大提升绘制流畅度。5.4 性能分析与大数据量处理对于非常大的BMP图像比如遥感图像、科学计算图像一次性读入内存可能不现实。分块读取与显示可以只将图像文件头和信息头读入内存像素数据部分采用内存映射文件CreateFileMapping,MapViewOfFile的方式。然后结合视图偏移只将当前显示区域对应的文件块映射到内存中进行绘制。这需要更精细地计算文件偏移和内存映射范围。异步加载在UI线程中显示一个加载动画同时创建一个工作线程来读取和处理图像文件。处理完成后通知UI线程更新显示。这可以防止在加载大图时界面卡死。6. 常见问题排查与调试技巧即使按照教程一步步来也难免会遇到各种奇怪的问题。下面是我在多年开发中总结的一些典型问题及其解决方法。6.1 图像显示为纯色、条纹或错乱这是最常见的问题根源通常是像素数据的内存布局或内容不对。检查文件头标识bfType确保读取的第一个字是0x4D42‘BM’。如果不是说明文件可能损坏或者你以文本模式打开了文件ios::binary是关键。核对信息头参数特别是biBitCount确认是24、biCompression确认是0/BI_RGB、biHeight注意正负。在调试器中打印出这些值进行核对。验证像素数据偏移bfOffBits用十六进制编辑器如HxD打开你的BMP文件查看bfOffBits通常在第10-13字节小端序指向的位置是不是像素阵列的开始通常能看到有规律的RGB数据。确保你的seekg跳转到了正确位置。重新计算行字节数与对齐这是重灾区。务必使用公式rowSize ((width * bitsPerPixel 31) / 32) * 4来计算文件中每行的实际字节数。然后用width * 3计算内存中每行应有的字节数。在复制数据时确保跳过了正确的填充字节数。调试技巧对于一个已知的、小的测试BMP文件比如4x4的24位图手动计算它的行字节数。在调试器中观察srcData指针附近的内存看是否每rowSize字节后数据模式会重复因为下一行开始了。这能帮你验证计算是否正确。检查颜色通道顺序BMP文件像素数据存储顺序是BGR蓝、绿、红而不是常见的RGB。SetDIBitsToDevice函数知道这个约定所以能正确显示。但如果你自己手动处理像素比如想转换成其他格式就必须注意这一点。6.2 图像上下颠倒如果图片是倒着的那几乎可以肯定是biHeight处理的问题。现象图片内容正确但是上下颠倒了。原因BMP标准中biHeight为正表示像素行从下到上存储。我们人类和大多数图形API期望的是从上到下。解决方案在将像素数据传递给SetDIBitsToDevice之前必须进行行序翻转。这正是我们ProcessPixelData函数中isTopDown逻辑所做的事情。确保你的翻转逻辑正确并且传递给SetDIBitsToDevice的BITMAPINFOHEADER中的biHeight是正数表示行数。6.3 内存泄漏与程序崩溃在C中手动管理内存泄漏和非法访问是两大杀手。使用工具检测在Visual Studio的调试模式下运行退出程序时观察“输出”窗口。如果提示检测到内存泄漏会指出泄漏的内存块和分配该内存的代码行。这是最直接的发现泄漏的方法。确保成对使用new[]和delete[]用new[]分配数组就必须用delete[]释放。用new分配单个对象用delete释放。混用会导致未定义行为。在析构函数或WM_DESTROY中集中释放将所有动态分配的资源指针BYTE*,HBITMAP等初始化为nullptr。在清理时先检查是否为nullptr再释放然后将指针置回nullptr。这可以防止重复释放。if (g_pPixelData) { delete[] g_pPixelData; g_pPixelData nullptr; }访问越界崩溃如果发生在memcpy或读取文件时很可能是计算的大小或偏移错误。仔细检查imageSize、rowSize、dstRowSize的计算公式并用一个已知大小的小图片进行验证。6.4 在高DPI显示器上显示模糊现代显示器DPI很高如果你的程序没有声明DPI感知系统会对你的窗口进行位图拉伸导致显示模糊。解决方案在应用程序清单文件或代码中声明DPI感知。最简单的方法是在WinMain函数开头调用SetProcessDpiAwarenessContext(DPI_AWARENESS_CONTEXT_PER_MONITOR_AWARE_V2);或者在项目清单文件.manifest中添加DPI感知设置。这样系统就会告诉你的窗口真实的DPI你获取到的设备上下文DC坐标和尺寸也是基于物理像素的绘制就不会被系统二次拉伸从而保持清晰。从读取一个简单的BMP文件开始我们深入到了文件格式、内存管理、GDI绘图、性能优化和调试技巧。这个过程远比调用一个现成的库函数复杂但收获也成正比。当你下次再遇到“opencv imread读取为空”或者需要处理某种特殊的图像文件格式时你会有足够的底气去分析它的文件结构而不是仅仅在搜索引擎里寻找一个可能不存在的答案。图像处理的底层世界就是这样一砖一瓦构建起来的。