简介：一份基于VC++与MFC的BMP局部放大示例工程，主要面向学习图像处理与GDI编程的开发者，用于理解如何通过CZoomPart类实现位图指定区域的高质量缩放显示，解决图像查看、地图类应用中的局部细节放大需求。压缩包内共21个文件，涵盖6个头文件、5个C++源码文件，以及若干BMP示例图片、图标资源和工程配置文档，整体约124KB，结构精简清晰，适合直接打开工程对照学习。实现过程涉及BMP文件读取、缩放因子管理、CDC设备上下文绘图与双线性插值等关键知识点，可帮助读者掌握LoadImage/CImage加载位图、BitBlt局部拷贝及视口设置的完整方法。资源提供完整的工程源码与示例位图，读者可从中提取可复用的局部放大组件，并在此基础上扩展交互式放大、平滑缩放等实用功能。目前已有138人学习浏览，适合具备一定VC++基础、希望深入理解GDI绘图机制的开发者参考。
1. 局部放大控件 BmpZoomPart 与 CZoomPart：先搞清楚它解决的是哪一类需求
在 VC++ 里做图像标注或缺陷检测工具时，我经常遇到一个很具体的需求：原图远大于屏幕，既要快速看到全貌，又要把某个局部放大到能看清边缘纹理的程度。搜 picturebox 控件局部放大，常见答案是改 PictureBox 的 SizeMode，可它只能整体等比缩放，做不到“鼠标指到哪、放大到哪”的框选交互。BmpZoomPart 与 CZoomPart 这类命名，对应的是一套自绘控件拆法：BmpZoomPart 负责位图数据、缩放倍数和观察中心，CZoomPart 负责滚轮、拖动和重绘，二者用一张位图和坐标映射函数协作。这套方案适合在 MFC 或纯 Win32 工程里做图像查看器、标注工具、OpenCV 结果显示窗的人，全用 GDI 接口，不依赖第三方 UI 库。
2. 在 VC 下拆分 BmpZoomPart 与 CZoomPart：数据、坐标、交互三层别混在一起写
2.1 为什么不用 PictureBox 控件局部放大而是自绘：一条更短的调试路径
常见的局部放大实现是把显示控件当作一个可变尺寸的 PictureBox：放大时把控件的 Width 和 Height 乘上缩放系数，再挪滚动条。这个逻辑在图片不旋转、不叠加标注的时候看着能用，一旦放大倍数超过 4 倍，问题就开始冒头：PictureBox 内部把位图拉伸成多大分辨率，外部并不清楚；控件坐标和原图像素坐标之间的换算要自己在外部维护；绘制区域稍有变化就整块重来，闪烁也很难压住。
我一般会把控件拆成数据层和交互层，让 CZoomPart 只做消息翻译，BmpZoomPart 只做位图缩放。调试坐标问题时，不用在两套坐标系里来回猜，哪一层出错改哪一层。用不用 MFC 在这个方案里不是关键，纯 Win32 窗口类照样可以跑，反而少了一层控件封装的干扰。
| 对比点 | 直接改 PictureBox | CZoomPart + BmpZoomPart 自绘 |
|---|---|---|
| 缩放范围 | 控件尺寸变化，受父布局限制 | 固定客户区，只在内部变换源矩形 |
| 坐标映射 | 需要外部额外维护 | 绘制时由映射函数一次完成 |
| 抖动/闪烁 | 控件整体移动易闪 | 内存 DC 双缓冲可控 |
| 叠加 OpenCV 显示 | 需要截图再贴回 | 直接共享 DIB 像素内存 |
自绘最直接的好处是坐标映射函数只有一份。PictureBox 方案里，滚动条、鼠标点击、绘制三处各写一遍换算，早晚会对不上；自绘方案把换算收敛进 BmpZoomPart 的 TargetToSource 调用里，缩放、命中检测、框选标注全都走同一个入口，坐标偏差变成单点问题。
2.2 BmpZoomPart：位图数据、缩放倍数与观察中心的三个关键属性
BmpZoomPart 的命名说明它是一个“部件”，不是完整控件。它不需要知道父窗口是谁，也不需要处理 WM_ 消息，只维护三个状态：DIB 数据指针、double 型缩放倍数、double 型观察中心点。观察中心用 double 而不是 int，是我踩过坑后的决定：滚轮连续放缩时，每次中心点都做 int 截断，一轮下来漂移十几个像素是常态；用 double 存储可以让误差只发生在最后一次绘制取整，对锚定放大尤其重要。
// BmpZoomPart.h #pragma once #include <windows.h> class BmpZoomPart { public: void AttachBitmap(BITMAPINFO* bmi, BYTE* bits, int width, int height); void SetZoom(double zoom); double GetZoom() const { return m_zoom; } void SetViewCenter(double x, double y); // 由目标矩形推出源矩形，并在目标 DC 上绘制 void Draw(HDC hdc, const RECT& target) const; // 控件坐标 -> 源图像素坐标（滚轮锚点与命中检测用） POINT TargetToSource(POINT pt, const RECT& client) const; private: BITMAPINFO* m_bmi = nullptr; BYTE* m_bits = nullptr; int m_width = 0; int m_height = 0; double m_zoom = 1.0; double m_centerX = 0.0; double m_centerY = 0.0; };逻辑说明：AttachBitmap 只登记指针和尺寸，不做像素拷贝；Draw 不改变内部状态；TargetToSource 是唯一一份坐标系换算代码，滚轮和平移都走它，避免同样公式散落在多个消息函数里。
参数说明：m_zoom 初始为 1.0，建议上限 64.0，下限 1.0；小于 1 时控件退化成缩略图模式，坐标映射方向会变复杂，第一版可以不做。m_centerX 和 m_centerY 表示源图像素坐标的观察中心，初始应当设为图像几何中心，否则控件刚创建时显示区域全是背景色。
工程上我更倾向用 CreateDIBSection 直接生成 DIB，而不是持有 HBITMAP 再转。CreateDIBSection 能同时拿到 HBITMAP 和像素 buffer，StretchDIBits 可以绕过临时位图直接从像素画到目标 DC；之后想把同一块数据交给 OpenCV 或做像素分析，也不需要再 GetDIBits 拷一次。
2.3 CZoomPart：把鼠标消息翻译成观察参数，再触发重绘
CZoomPart 要做的事情比 BmpZoomPart 杂：它要响应 WM_PAINT、WM_SIZE、WM_MOUSEWHEEL、WM_LBUTTONDOWN/MOVE/UP。设计上我要求它不直接操作像素，只调用 BmpZoomPart 的接口，这样以后替换显示源（BMP 切到 OpenCV Mat）时，交互层不用动。
class CZoomPart { public: void Create(HWND parent, RECT rc, int id); void AttachBitmap(BITMAPINFO* bmi, BYTE* bits, int w, int h); LRESULT OnPaint(HWND hWnd); LRESULT OnMouseWheel(HWND hWnd, WPARAM wp, LPARAM lp); LRESULT OnMouseMove(HWND hWnd, WPARAM wp, LPARAM lp); private: BmpZoomPart m_bmp; bool m_dragging = false; POINT m_lastDragPos{}; RECT m_clientRect{}; };消息处理顺序有个小讲究：先处理 WM_ERASEBKGND 返回 TRUE，避免系统在 BeginPaint 之前自动擦背景导致闪白；再把所有绘制放到 WM_PAINT 里统一完成。CZoomPart 的滚轮消息不需要只失效鼠标旁边一小块，局部放大场景下全窗口重绘一般几十毫秒就能完成，先不抠这点性能，换来的是实现简单。
2.4 搭最小工程：VC 环境、窗口注册与一个能跑的滚动场景
在 Visual C++ 下搭这个控件不需要 MFC 支持，标准 Win32 项目就够。我一般建立一个空 Win32 工程，添加 BmpZoomPart.h/cpp、CZoomPart.h/cpp、main.cpp，再放一张测试位图。工具链用 Visual Studio 自带的 x64 Native Tools Command Prompt 来编译，别用裸的 cl.exe 拼 INCLUDE，否则很容易遇到头文件路径问题。
// main.cpp 中创建控件并指定数据源 HWND parent = CreateWindow(L"MainClass", L"ZoomTest", WS_OVERLAPPEDWINDOW, CW_USEDEFAULT, 0, 900, 700, nullptr, nullptr, hInst, nullptr); CZoomPart zoomPanel; zoomPanel.Create(parent, { 20, 40, 860, 640 }, 1001); BITMAPINFO* bmi = LoadBmpInfo(L"defect_sample.bmp"); // 读取 BMP 头 BYTE* bits = LoadBmpBits(L"defect_sample.bmp"); // 返回像素首地址 zoomPanel.AttachBitmap(bmi, bits, bmpWidth, bmpHeight);逻辑说明：LoadBmpInfo 和 LoadBmpBits 是工程内的辅助函数，实际项目里我会把文件读取和 CreateDIBSection 合并在一起，让 BMP 的 DIB Section 直接作为 AttachBitmap 的数据源，省去一次像素搬运。
参数说明：控件区域左边距 20、上边距 40，是为了给工具栏留位置；子窗口 id 设为 1001，后续用 GetDlgItem 可以拿到它。如果用的是 MFC，把 CZoomPart 改成从 CStatic 派生效果一样。
注意：BmpZoomPart 内部持有多张位图时，记得在 WM_DESTROY 里统一释放 DIB Section，别只删 HBITMAP 忘了像素缓冲区，否则内存涨得无声无息。
3. 用 StretchDIBits 把局部放大跑通：映射公式、双缓冲与三个必调参数
3.1 源区到目标区的映射公式：一个除法，四个取整，别丢最后一个像素
局部放大控件的核心公式只有一组：从观察中心点出发，按当前缩放倍数反推出源矩形的四条边。源矩形就是从原图里截取的一个区域，再把它拉伸到控件客户区大小。这个换算用 double 做中间量，否则放大 8 倍时一个像素的误差会被放大成 8 像素。
void BmpZoomPart::Draw(HDC hdc, const RECT& target) const { if (!m_bits || !m_bmi) return; int viewW = target.right - target.left; int viewH = target.bottom - target.top; // 由观察中心与缩放倍数算出源矩形，用 double 保留中间精度 double srcLeft = m_centerX - viewW / 2.0 / m_zoom; double srcTop = m_centerY - viewH / 2.0 / m_zoom; double srcRight = m_centerX + viewW / 2.0 / m_zoom; double srcBottom = m_centerY + viewH / 2.0 / m_zoom; // 源矩形向外取整并夹到图像范围 int sL = max(0, (int)floor(srcLeft)); int sT = max(0, (int)floor(srcTop)); int sR = min(m_width, (int)ceil(srcRight)); int sB = min(m_height, (int)ceil(srcBottom)); if (sL >= sR || sT >= sB) return; SetStretchBltMode(hdc, HALFTONE); SetBrushOrgEx(hdc, 0, 0, NULL); // 一步把源区画到目标区 StretchDIBits(hdc, target.left, target.top, viewW, viewH, sL, sT, sR - sL, sB - sT, m_bits, m_bmi, DIB_RGB_COLORS, SRCCOPY); }逻辑说明：目标 DC 的坐标系是控件客户区，原点在左上角；源 DIB 用负高度时原点也在左上角，公式里不需要额外翻转。srcLeft 到 srcBottom 先按 double 算，再用 floor/ceil 向外取整，为的是“宁多取一个像素，不漏一个像素”。如果向内取整，右侧或底部会露底色。
参数说明：viewW 和 viewH 对应整个客户区；如果只想要一块 300x300 的固定预览窗，把 target 换成子矩形即可。m_zoom 与源矩形宽度成反比，8 倍时源矩形宽度是显示宽度的 1/8，鼠标点选时偏移一个像素就放大成 8 个像素，这也是为什么必须用 double 存储中心点。
3.2 SetStretchBltMode 与 HALFTONE：放大质量的第一个调参点
同样一段 StretchDIBits，不设置 StretchBltMode 时用的是系统默认拉伸模式，对彩色图近似 COLORONCOLOR，放大后像素一块一块，典型马赛克。把模式切到 HALFTONE 之后，Windows 内部按源像素与目标像素的比例做加权混合，边缘过渡自然很多。代价是速度略慢，而且会改变画笔原点。
| 拉伸模式 | 放大效果 | 速度 | 适用场景 |
|---|---|---|---|
| COLORONCOLOR | 保留源像素颜色，直接映射，边缘发硬 | 快 | 快速拖动、大于 8 倍的临时预览 |
| HALFTONE | 按比例混合周围像素，边缘平滑 | 中等 | 1 到 4 倍精细查看、静态显示 |
| 系统默认 | 近似 COLORONCOLOR | 最快 | 不推荐用于图像查看 |
设置代码就两行，但必须成对出现：
SetStretchBltMode(memDC, HALFTONE); SetBrushOrgEx(memDC, 0, 0, NULL);逻辑说明：HALFTONE 模式下系统会修改设备上下文的画笔原点，如果后面还要在同一个 DC 上画线、画矩形，线条位置会偏移，所以每次设置 StretchBltMode 后紧跟着调 SetBrushOrgEx 把原点重置为 (0,0)。这是微软文档明确要求，属于必调参数，一旦省略，就会出现缩略图错位、文字发花这类玄学问题。
参数说明：我一般 1 到 4 倍用 HALFTONE，拖动过程中可以临时切到 COLORONCOLOR 换流畅度，停止拖动后再切回。8 倍以上 HALFTONE 也会发软，此时更值得关注的是纹理是否糊，而不是边缘锯齿。
3.3 双缓冲：先把画面画进内存 DC，再一次性 BitBlt 上屏
有人直接在 BeginPaint 返回的 hdc 上 StretchDIBits，结果每次滚轮都全屏闪烁。原因很简单：GDI 在绘制间隙会把背景刷成默认色，图像边缘和窗口边界不完全重合时，闪一下就特别明显。解决方法是内存 DC 双缓冲，所有绘制先落到内存位图，最后一次 BitBlt 上屏。
case WM_PAINT: { PAINTSTRUCT ps; HDC hdc = BeginPaint(hWnd, &ps); RECT rc; GetClientRect(hWnd, &rc); HDC memDC = CreateCompatibleDC(hdc); HBITMAP memBmp = CreateCompatibleBitmap(hdc, rc.right, rc.bottom); HBITMAP oldBmp = (HBITMAP)SelectObject(memDC, memBmp); // 底色画成深灰，避免边缘露出刺眼白边 FillRect(memDC, &rc, (HBRUSH)GetStockObject(DKGRAY_BRUSH)); // 真正的缩放绘制只发生在内存 DC 里 m_bmp.Draw(memDC, rc); BitBlt(hdc, 0, 0, rc.right, rc.bottom, memDC, 0, 0, SRCCOPY); SelectObject(memDC, oldBmp); DeleteObject(memBmp); DeleteDC(memDC); EndPaint(hWnd, &ps); }逻辑说明：CreateCompatibleBitmap 创建的和窗口像素格式兼容，尺寸跟随客户区变化。FillRect 用 DKGRAY 是故意的：当观察中心靠近图像边缘，源矩形超出图像范围，露出的底色用深灰比黑色更容易看出“这是界外”。全部画完后 BitBlt 一次到位，屏幕上看不到中间步骤。
参数说明：如果显示源是 8 位灰度图，兼容位图会按 8 位索引色创建，StretchDIBits 在中间会做一次颜色转换，速度慢还可能有调色板偏差；建议统一用 24 位或 32 位 DIB 显示。
3.4 滚轮锚定放大与拖动平移：公式只有四行，手抖的是人
滚轮放大的难点不是改 zoom，而是放大后鼠标下的那个源像素仍然停留在鼠标位置附近。实现分两步：缩放前从鼠标点反算出源像素坐标，缩放后重新计算观察中心。核心代码在 CZoomPart 的消息处理里：
LRESULT CZoomPart::OnMouseWheel(WPARAM wp, LPARAM lp) { short delta = GET_WHEEL_DELTA_WPARAM(wp); // 鼠标位置先转成控件客户区坐标 POINT pt = { GET_X_LPARAM(lp), GET_Y_LPARAM(lp) }; ScreenToClient(m_hWnd, &pt); // 1) 缩放前记录鼠标下的源像素 POINT anchor = m_bmp.TargetToSource(pt, m_clientRect); // 2) 变化缩放倍数，限制在 [1, 64] double factor = (delta > 0) ? 1.2 : 1.0 / 1.2; double newZoom = m_bmp.GetZoom() * factor; if (newZoom < 1.0) newZoom = 1.0; if (newZoom > 64.0) newZoom = 64.0; // 3) 重新计算观察中心：让 anchor 仍落在鼠标位置 double viewW = m_clientRect.right - m_clientRect.left; double viewH = m_clientRect.bottom - m_clientRect.top; double newCx = anchor.x - (pt.x - viewW / 2.0) / newZoom; double newCy = anchor.y - (pt.y - viewH / 2.0) / newZoom; m_bmp.SetZoom(newZoom); m_bmp.SetViewCenter(newCx, newCy); InvalidateRect(m_hWnd, NULL, FALSE); return 0; }逻辑说明：anchor 是源图像素坐标，后续换算全程用 double。newZoom 限制在 1.0 到 64.0，防止滚轮连续快速变化把观察中心推到图像外面。factor 固定 1.2 而不是按 delta 累加，用户滚三格也按比例缩放，手感比线性累加更稳。
参数说明：WM_MOUSEWHEEL 的 lp 参数是屏幕坐标，必须先 ScreenToClient。不少初学者直接拿它当控件坐标，这就是命中检测误差的来源之一。如果你习惯向下滚轮放大，把 (delta > 0) 的两个分支调换即可，功能不变。
拖动平移的代码量更少，但有一个反直觉的地方：
case WM_LBUTTONDOWN: SetCapture(hWnd); m_dragging = true; m_lastDragPos = { GET_X_LPARAM(lp), GET_Y_LPARAM(lp) }; break; case WM_MOUSEMOVE: if (m_dragging) { POINT cur = { GET_X_LPARAM(lp), GET_Y_LPARAM(lp) }; double dx = (cur.x - m_lastDragPos.x) / m_bmp.GetZoom(); double dy = (cur.y - m_lastDragPos.y) / m_bmp.GetZoom(); m_bmp.SetViewCenter(m_bmp.GetCenterX() - dx, m_bmp.GetCenterY() - dy); m_lastDragPos = cur; InvalidateRect(hWnd, NULL, FALSE); } break;逻辑说明：拖动时图像跟着鼠标走，观察中心朝着鼠标移动的反方向变化，所以是 center 减 delta 再除以 zoom。每次移动都除以 zoom 是必须的，否则放大 8 倍时拖 1 像素，图像会跳 8 像素。
4. 局部放大控件最常翻车的 5 个坑：现象、原因、解决一条条对
4.1 放大后边缘出现黑边或白边
现象：窗口右侧或下侧有一块没内容的区域，图像被压窄了一两像素，放大倍数越高越明显。
原因：源矩形计算用了 int 截断而不是向外取整。StretchDIBits 的源区少取了最右侧一列像素，目标矩形又是固定的，图像被横向拉伸，右侧就会透出底色。
解决：源矩形左边和上边向下取整，右边和下边向上取整，宁多勿少，也就是前面 Draw 函数里的写法。同时把底色 FillRect 成深灰，就算图像没占满也不会露白刺眼。
4.2 鼠标点选像素总差两三格
现象：放大 8 倍后，点击屏幕某个像素，程序收到的源坐标却偏了十几个像素，而且倍数越高偏得越离谱。
原因：坐标换算没有先减目标区中心再做除法。常见错误写法是sp.x = centerX + pt.x / zoom，这把目标坐标原点当成缩放中心；正确的公式是sp.x = centerX + (pt.x - viewCenterX) / zoom，其中 viewCenterX 是客户区中心。
解决：把 TargetToSource 写进 BmpZoomPart，所有参数用 double。命中检测、框选、标注全部走这一个函数，不另写第二份公式。这样就算有偏差，也只会是一处代码的问题，不会三处对不上。
4.3 HALFTONE 模式下图像发花、缩略图错位
现象：同一个 DC 上先画局部放大图，再画一张缩略图，缩略图位置偏移；放大图细节区域出现不自然的纹理。
原因：SetStretchBltMode(hdc, HALFTONE) 内部会调整设备上下文的画笔原点，影响后续所有依赖 brush origin 的绘制。如果这里没配 SetBrushOrgEx，之后画的矩形、文字、缩略图都会错位。
解决：绘制前固定调用SetStretchBltMode(hdc, HALFTONE)和SetBrushOrgEx(hdc, 0, 0, NULL)，每次成对出现。就算整个绘制里只有一个 StretchDIBits，也要保留，否则很难排查谁移动了原点。
4.4 显示 OpenCV 的 Mat 时上下颠倒
现象：把 Mat.data 传给 BmpZoomPart 后，放大图上下翻转，鼠标点上部却命中图像下部。
原因：OpenCV 的 Mat 行序是 top-down，第一行是视觉顶部；而标准 BMP 的 DIB 分两种，BITMAPINFOHEADER.biHeight 为正时表示 bottom-up，第一行数据是视觉底部。直接套 BMP 正高度设置，等于把图倒过来画。
解决：创建 BITMAPINFO 时把 biHeight 设为负的图像高度，表示 top-down DIB，Y 轴坐标从左上角开始，和屏幕一致。注意 biWidth 保持正、biBitCount 按 24 或 32 设置；如果 Mat 的行字节数不是 4 的倍数，按 Mat.step 一行行拷贝到 DIB 位图行中，不要直接连续 memcpy。
4.5 cl.exe 编译失败与应用启动报缺 VC 运行库
现象：在命令行或 Python 扩展环境中编译 C++ 工程时，cl.exe 报 exit status 2，日志里常见找不到 windows.h 或 wingdi.h；换成另一台机器运行 exe，又提示缺少 vcruntime140.dll。
原因：前者通常是 cl.exe 的环境变量没配好，编译器找不到 Windows SDK 头文件和库文件；后者是运行库分发问题，工程用了动态 CRT（/MD），目标机器却缺 VC++ Redistributable。
解决：编译阶段优先用 Visual Studio 的 x64 Native Tools Command Prompt，不要在普通命令行里裸敲 cl.exe；平台从 x86 切到 x64 时，要同步核对库路径。部署阶段把对应版本运行库安装包放进安装程序，或者干脆用 /MT 静态链接 CRT。工程小、分发路径少的时候，静态链接是最省心的后悔药。
5. 用标定图验证放大精度，把缩放状态存进配置文件
5.1 画一张带原点的棋盘标定图
写功能之前先准备标定图，比事后拿真实图片猜坐标高效得多。我用 GDI 在内存里生成一张 256x256 的棋盘：每个格子 16x16，左上角格子填充亮红色，其余交替黑白。放大 8 倍后，每个格子应当是 128 像素见方，红色格子的中心就是源图 (8, 8) 的位置。
// 生成棋盘标定图的简化逻辑，BGR 顺序写入 24 位 DIB for (int y = 0; y < 256; y++) { for (int x = 0; x < 256; x++) { int gridX = x / 16, gridY = y / 16; bool isRed = (gridX == 0 && gridY == 0); bool black = ((gridX + gridY) % 2 == 0); BYTE r = isRed ? 255 : 0; BYTE g = isRed ? 0 : (black ? 0 : 255); BYTE b = isRed ? 0 : (black ? 0 : 255); bits[y * 256 * 3 + x * 3 + 0] = b; bits[y * 256 * 3 + x * 3 + 1] = g; bits[y * 256 * 3 + x * 3 + 2] = r; } }逻辑说明：代码按 BGR 顺序把棋盘写入 24 位 DIB。左上角红格子作为原点参考，之后验证坐标有没有系统性偏移，一眼就能看出来。
5.2 验证中心点、边缘点与放大后的像素对齐
验证时把 zoom 设为 8，观察中心设为源图中心 (128,128)。程序启动后控件中心应当显示源图中心；此时用代码模拟鼠标点击控件中心，TargetToSource 应当返回 (128,128)。再点击控件左上角，返回值应当约为(128 - viewW/16, 128 - viewH/16)，偏差不超过 1 个像素。
这套验证不需要实机鼠标操作，直接在 CZoomPart 外调用 m_bmp.TargetToSource 传入几个坐标即可。如果中心点和边缘点都对得上，说明映射公式没问题；如果只有一个方向偏，重点查 DIB 的 Y 轴方向是不是和屏幕一致。
5.3 把缩放倍数和观察中心存进 INI，下次启动一键复原
标注工具每次打开都要重新找上次看到的位置，很烦。我把缩放倍数和观察中心写进 INI，退出时保存，启动时恢复：
// 退出前写入，zoom 存成整数百分比，例如 800 表示 8.0 倍 WritePrivateProfileStringW(L"Zoom", L"zoom", std::to_wstring((int)(m_bmp.GetZoom() * 100.0)).c_str(), iniPath); WritePrivateProfileStringW(L"Zoom", L"cx", std::to_wstring((int)m_bmp.GetCenterX()).c_str(), iniPath); WritePrivateProfileStringW(L"Zoom", L"cy", std::to_wstring((int)m_bmp.GetCenterY()).c_str(), iniPath); // 启动时读取 double zoom = GetPrivateProfileIntW(L"Zoom", L"zoom", 100, iniPath) / 100.0; double cx = GetPrivateProfileIntW(L"Zoom", L"cx", width / 2, iniPath); double cy = GetPrivateProfileIntW(L"Zoom", L"cy", height / 2, iniPath);逻辑说明：GetPrivateProfileIntW 只读整数，所以 zoom 用百分比方式存取，绕开浮点解析。恢复观察中心后立刻 InvalidateRect，用户接着上次的位置继续看。如果项目里已经有 JSON 或 XML 配置中心，同样思路，把这三个数值加进去就行。
我个人的习惯是每写一个图像相关控件，都先把坐标映射函数和绘制函数拆成两个文件放好，标定图也留在工程目录里不删。这套 BmpZoomPart / CZoomPart 拆法前后改过三版，最后留下的仍然是“映射归 BmpZoomPart、消息归 CZoomPart”的结构。加上标定图和 INI 恢复，后面的标注工具、OpenCV 结果显示窗都是同一个套路，省掉大量重复调试。希望帮到你。
本文还有配套的精品资源，点击获取
