企业官网建设流程全解析

如果你在学 Win32 SDK，迟早会碰到 SysMets1 这个名字。它是 Windows 程序设计教材第4章的综合案例，专门用来演示一个完整的 Win32 窗口程序该怎么组织。老实说，我第一次看这个案例时头很大：注册窗口类、消息循环、滚动条、TextOut 全部挤在一起，没点底子真的容易被绕晕。可一旦把它拆开，你会发现它把 Win32 编程最核心的那套骨架——从 WinMain 到 WndProc，从系统度量到 GDI 绘制——完整地串了一遍。

这篇文章就当是我的一份实践笔记，把 SysMets1 从环境搭建到每一段关键代码都拆开讲清楚。适合的场景大概是：你已经知道 Win32 有哪些基础概念，但还没动手写过完整程序；或者你写过但想复盘一下滚动条和窗口过程这些核心机制。看完之后，你不仅可以复现这个经典案例，还能顺势扩展出自己的小工具。

1. 案例到底在做什么：SysMets1 的全貌

1.1 系统度量（System Metrics）是什么

Windows 在底层维护了一堆和界面尺寸相关的系统参数。屏幕分辨率、滚动条宽度、窗口边框厚度、标题栏高度、图标大小、菜单栏高度，这些都是"系统度量"。你不需要去注册表里瞎猜，系统提供了 GetSystemMetrics 函数，传一个索引进去就能拿到对应数值。

SysMets1 做的事情本质是一个"系统度量查看器"：把系统里大多数度量项的索引、说明、当前值逐行显示到客户区，再用滚动条解决内容超出一屏的问题。

常用的索引项大概有这些：

注意这些值不是固定不变的。显示器分辨率、DPI 缩放比例、系统主题都会影响结果。所以这个程序能跑起来是一回事，在不同环境下数值不同又是另一回事，这恰恰是它作为综合案例有价值的地方。

1.2 程序界面与交互设计

界面不算花哨：客户区里按行显示度量项，每一行三列——指标名称、含义说明、当前数值。垂直滚动条负责上下翻页，水平滚动条负责在窗口太窄时横向滚动。

为什么不用 ListView 控件直接展示？这个问题我当时也想过。ListView 确实简单，拖一个控件加几行代码就能实现。但案例的目标是从零开始理解 GDI 绘制和 Windows 消息机制，直接贴一个 ListView 反而把核心逻辑全部藏起来了。手绘文本先要解决字体度量、坐标计算、裁剪重绘，这一套流程才是 Win32 开发的看家本领。

三列布局还有一个巧妙的地方：同时演示了垂直滚动和水平滚动。两个方向的消息处理逻辑几乎一样，学会一个等于学会两个，性价比极高。

1.3 为什么这个案例适合当综合练习

因为它把你前面学到的零散知识点拧成了一根绳。窗口类注册考验你对 WNDCLASS 的理解，消息循环考验 GetMessage / TranslateMessage / DispatchMessage 的配合，窗口过程考验消息分流和 DefWindowProc 的作用，滚动条考验控件消息处理和边界检查，TextOut 和字体选择又落到 GDI 基础。

知识密度高，但没有菜单、对话框这些额外负担，能一口气跑通。而且这个案例足够小，代码量撑死两百行，非常适合反复修改、加功能、做实验。我后来很多控件相关的理解，都是从改这个案例开始的。

2. 环境准备与工程骨架

2.1 开发环境配置与项目模板选择

我用的是 Visual Studio，直接新建项目时选择"Windows 桌面应用程序"模板即可。这个模板会生成一个带菜单栏和工具栏的完整 Win32 程序，初学阶段建议把模板生成的代码删掉大半，只留窗口类注册和消息循环的核心骨架，避免被无关代码干扰。

几个关键设置：

• 平台工具集：选当前 VS 版本即可
• 字符集：建议直接用 Unicode（VS 默认就是）
• 子系统：Windows，不是控制台
• 链接库：user32.lib、gdi32.lib 是基础，通常默认就有

如果你建的是"空项目"，需要自己在链接器设置里把子系统改成 Windows，并把入口函数写成 WinMain，否则会报 unresolved external symbol WinMain 链接错误。这个问题很常见，后面第 5 节会专门讲控制台窗口的问题。

2.2 Win32 程序的入口函数与运行流程

入口函数是 WinMain，不是 main。控制台程序的入口才是 main。WinMain 有四个参数：实例句柄 hInstance、上一个实例句柄 hPrevInstance（现在已经没实际意义，恒为 NULL）、命令行字符串、窗口显示方式 iCmdShow。

整个程序的流程可以概括成四步：注册窗口类、创建窗口、显示窗口、进入消息循环。

这四步就像开一家店铺：注册窗口类是拿到营业执照，CreateWindow 是把店面装修出来，ShowWindow 是开门营业，消息循环是前台接待人员——它一直站在那里，把客户（消息）一个个引到对应的窗口过程去处理。这个类比我每次讲都觉得特别贴切。

2.3 手动搭建最小窗口程序

我建议初学者至少手动敲一遍窗口注册代码，而不是完全依赖向导。下面这个骨架就是 SysMets1 的启动部分，先建立窗口再说：

static TCHAR szAppName[] = TEXT("SysMets1"); int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, PSTR szCmdLine, int iCmdShow) { WNDCLASS wndclass; MSG msg; HWND hwnd; wndclass.style = CS_HREDRAW | CS_VREDRAW; wndclass.lpfnWndProc = WndProc; wndclass.cbClsExtra = 0; wndclass.cbWndExtra = 0; wndclass.hInstance = hInstance; wndclass.hIcon = LoadIcon(NULL, IDI_APPLICATION); wndclass.hCursor = LoadCursor(NULL, IDC_ARROW); wndclass.hbrBackground = (HBRUSH)GetStockObject(WHITE_BRUSH); wndclass.lpszMenuName = NULL; wndclass.lpszClassName = szAppName; if (!RegisterClass(&wndclass)) { MessageBox(NULL, TEXT("窗口类注册失败"), szAppName, MB_ICONERROR); return 0; } hwnd = CreateWindow(szAppName, TEXT("系统度量信息"), WS_OVERLAPPEDWINDOW | WS_VSCROLL | WS_HSCROLL, CW_USEDEFAULT, CW_USEDEFAULT, CW_USEDEFAULT, CW_USEDEFAULT, NULL, NULL, hInstance, NULL); ShowWindow(hwnd, iCmdShow); UpdateWindow(hwnd); while (GetMessage(&msg, NULL, 0, 0)) { TranslateMessage(&msg); DispatchMessage(&msg); } return (int)msg.wParam; }

CreateWindow 的窗口样式里加了 WS_VSCROLL 和 WS_HSCROLL，所以窗口右侧和底部会显示出滚动条。注意这里滚动条不是独立控件，而是窗口风格的一部分，后续消息会直接发到主窗口过程里。这跟 WinForms/WPF 里的 ScrollBar 控件不太一样，理解这一点，后面处理消息才不会懵。

3. 核心机制拆解：从注册到消息循环

3.1 WNDCLASS 窗口类的每个字段

WNDCLASS 是 Win32 窗口机制的"类模板"。很多人一开始不理解为什么要"注册窗口类"，其实它就是把窗口的公共属性——图标、鼠标、背景画刷、消息处理函数、类名等——打包成一个模板。以后每次 CreateWindow 只要提供类名，系统就知道该用哪套模板。

逐个字段看：

• style：这里用 CS_HREDRAW | CS_VREDRAW，表示客户区宽度或高度变化时强制重绘整个窗口。好处是缩放窗口后内容立刻变干净，代价是多几次重绘。
• lpfnWndProc：指向窗口过程函数，所有消息最终都进这里。
• cbClsExtra / cbWndExtra：一般填 0，用来给类或窗口附加自定义数据，目前用不到。
• hInstance：当前程序实例句柄，标识这个类属于哪个模块。
• hIcon / hCursor：窗口默认图标和鼠标光标，这里用系统标准资源。
• hbrBackground：背景画刷。填(HBRUSH)GetStockObject(WHITE_BRUSH)就是白底；也可以填(HBRUSH)(COLOR_WINDOW + 1)，表示使用系统窗口背景色。
• lpszMenuName：菜单资源名，这里为 NULL，所以窗口没有菜单。
• lpszClassName：类名，CreateWindow 时用同一个字符串。

新手最容易出错的地方是把 lpfnWndProc 写错。它必须是一个函数指针，而且函数签名必须是LRESULT CALLBACK WndProc(HWND, UINT, WPARAM, LPARAM)，多一个参数少一个参数都会让编译器的指针类型检查直接报错。

3.2 消息循环与 TranslateMessage/DispatchMessage

消息循环这段代码大多数人都会背，但真正理解里面每一步的人不多。GetMessage 函数会从消息队列里取出一条消息，当取到 WM_QUIT 时返回 0，循环才退出。这里要注意，SendMessage 这类不走队列的消息不会经过这里，它是直接调用窗口过程的。

TranslateMessage 的作用是把键盘按键消息转换成字符消息，比如 WM_KEYDOWN 转成 WM_CHAR。SysMets1 里暂时没有文本输入，但保留这个调用是 Win32 程序的标准写法。DispatchMessage 负责把消息交还给系统，系统再根据消息里的窗口句柄找到对应窗口过程去执行。

用大白话总结：GetMessage 是前台接线员，TranslateMessage 是翻译，DispatchMessage 才是把电话转到具体工位的人。三者配合，窗口过程才能源源不断地收到消息。

还有一个很多人忽略的细节：GetMessage 返回的是 BOOL，但-1 也代表出错。正确写法应该判断if (GetMessage(...) == -1)，只有当 return 值等于 0 时才退出循环。不过在 SysMets1 这种简单程序里，按上面那样写基本不会出问题。

3.3 WndProc 窗口过程与消息分流

窗口过程是 Win32 编程的重头戏，它本质是一个回调函数，系统在合适的时机调用它。函数声明必须是：

LRESULT CALLBACK WndProc(HWND hwnd, UINT message, WPARAM wParam, LPARAM lParam);

CALLBACK 其实是 __stdcall 调用约定的宏。为什么不用默认的 __cdecl？因为这是系统回调我们的函数，调用方是系统，必须遵循系统规定的调用约定，否则栈平衡会出问题。

WndProc 内部的通用骨架是 switch-case 分流。SysMets1 至少要处理这几个消息：

switch 里没有命中的消息，统统交给 DefWindowProc 处理，比如关闭按钮、最小化动画等都是默认行为在兜底。新手最容易犯的错就是自己拦截了某条消息却没调用 DefWindowProc，导致窗口出现各种诡异行为——比如关不掉、无法最小化、拖动时残留。

3.4 WM_CREATE 里的字体与度量获取

WM_CREATE 是窗口创建后、显示前收到的一条消息，非常适合做初始化。我们需要知道字体度量，比如平均字符宽度、行高等，才能精确计算文字布局。SysMets1 的思路是先选入一个固定宽度的字体，再调用 GetTextMetrics 取出 tm 结构：

case WM_CREATE: hdc = GetDC(hwnd); hFont = (HFONT)GetStockObject(SYSTEM_FIXED_FONT); hFontOld = (HFONT)SelectObject(hdc, hFont); GetTextMetrics(hdc, &tm); cxChar = tm.tmAveCharWidth; cyChar = tm.tmHeight + tm.tmExternalLeading; cxCaps = (tm.tmPitchAndFamily & 1) ? 3 * cxChar / 2 : cxChar; SelectObject(hdc, hFontOld); ReleaseDC(hwnd, hdc); return 0;

为什么要用固定宽度字体？因为我们要做三列表格，如果每个字符宽度不一样，列就永远对不齐。SYSTEM_FIXED_FONT 是系统自带等宽字体，省去自己创建字体的麻烦。缺点是中文环境下它不一定好用，所以更稳妥的做法是 CreateFont 指定一个中文字体并设置等宽属性，具体我在第 5 节再展开。

cyChar 用 tmHeight 加上 tmExternalLeading，是因为很多字体有额外的行间距，按这个值做行距不会挤在一起。cxCaps 是大写字母宽度，如果 tmPitchAndFamily 表示字体是可变的，就用3 * cxChar / 2估算，否则直接用平均字符宽度。这行代码看似没用，后面扩展时排版本地化字符串会派上用场。

4. SysMets1 核心实现：滚动与绘制

4.1 数据模型：用结构体数组保存系统度量项

SysMets1 的数据准备非常直白：一个结构体数组，每个元素保存一个度量项的索引、名称、说明文字。

typedef struct { int iIndex; TCHAR *szLabel; TCHAR *szDesc; } SYSMETRICS; SYSMETRICS sysmetrics[] = { { SM_CXSCREEN, TEXT("SM_CXSCREEN"), TEXT("Screen width in pixels") }, { SM_CYSCREEN, TEXT("SM_CYSCREEN"), TEXT("Screen height in pixels") }, { SM_CXVSCROLL, TEXT("SM_CXVSCROLL"), TEXT("Vertical scroll arrow width") }, { SM_CYHSCROLL, TEXT("SM_CYHSCROLL"), TEXT("Horizontal scroll arrow height") }, { SM_CYCAPTION, TEXT("SM_CYCAPTION"), TEXT("Caption bar height") }, { SM_CXBORDER, TEXT("SM_CXBORDER"), TEXT("Window border width") }, { SM_CYBORDER, TEXT("SM_CYBORDER"), TEXT("Window border height") }, { SM_CXICON, TEXT("SM_CXICON"), TEXT("Icon width") }, { SM_CYICON, TEXT("SM_CYICON"), TEXT("Icon height") }, { SM_CXCURSOR, TEXT("SM_CXCURSOR"), TEXT("Cursor width") }, { SM_CYCURSOR, TEXT("SM_CYCURSOR"), TEXT("Cursor height") }, }; int iCount = sizeof(sysmetrics) / sizeof(sysmetrics[0]);

iCount 用 sizeof 计算，相当于让编译器替我们数数组元素个数。这样以后往数组里加一行，程序自动就能多显示一行，不需要改其他代码。

为什么不直接用 SM_CMETRICS 这个常量？因为 SM_CMETRICS 数值会随着 Windows 版本增加而变化，硬编码数量很容易漏项，用数组长度反而更稳妥。这也算是一种"数据驱动界面"的雏形——界面显示什么，完全由数据数组决定。

4.2 文本布局：字符宽度、行高与列坐标

布局的核心就是算坐标。行高是 cyChar，第 i 行的 Y 坐标就是i * cyChar，再减去当前垂直滚动偏移量 iVscrollPos，就是真正的屏幕 Y：

y = i * cyChar - iVscrollPos;

列坐标方面，我沿用了经典的"三个等宽列"方案：第一列放指标名，从 X=0 开始；第二列放说明，从 22 个字符宽度开始；第三列放数值，从 38 个字符宽度开始。用字符宽度做单位的好处是，无论字体大小怎么变，列间距都能自动适配。

水平偏移由 iHscrollPos 控制，实际绘图时每个 TextOut 的 X 坐标都要减去 iHscrollPos：

xLabel = 0 - iHscrollPos; xDesc = 22 * cxChar - iHscrollPos; xValue = 38 * cxChar - iHscrollPos;

"22 个字符、38 个字符"这些魔数从哪来？其实就是看最长的那条说明字符串有多长，再留点余量。你可以改成按字符串实际像素宽度动态计算，但 SysMets1 里固定用字符宽度是最简单的方案。如果列的标签文字改长了，或者你要显示更宽的数值，把 22 和 38 调大即可。

4.3 WM_VSCROLL / WM_HSCROLL 滚动处理

垂直滚动条和水平滚动条的消息都发到窗口过程，wParam 的低 16 位是通知码，高 16 位是拖动滑块时的位置（如果通知码是 SB_THUMBTRACK 或 SB_THUMBPOSITION）。

处理垂直滚动的典型代码：

case WM_VSCROLL: switch (LOWORD(wParam)) { case SB_LINEUP: iVscrollPos -= cyChar; break; case SB_LINEDOWN: iVscrollPos += cyChar; break; case SB_PAGEUP: iVscrollPos -= cyClient; break; case SB_PAGEDOWN: iVscrollPos += cyClient; break; case SB_THUMBTRACK: iVscrollPos = HIWORD(wParam); break; } iVscrollPos = max(0, min(iVscrollPos, iVmax)); SetScrollPos(hwnd, SB_VERT, iVscrollPos, TRUE); InvalidateRect(hwnd, NULL, TRUE); return 0;

LINEUP/LINEDOWN 是点击箭头，每次滚动一行；PAGEUP/PAGEDOWN 是点击滑块上下的空白区域，每次滚动一屏；THUMBTRACK 是拖动滑块，直接把滑块位置转换成滚动偏移量。

为什么用 THUMBTRACK 而不是 THUMBPOSITION？THUMBTRACK 表示拖动过程中实时更新，体验更顺滑。THUMBPOSITION 则是拖完才触发一次，体感上会有迟滞。

边界处理是重点。滚动偏移量不能小于 0，也不能大于最大偏移量 iVmax，否则窗口内容会出现大片空白或者尾部内容拖不上来。最后一定要调用 SetScrollPos 让滑块和内容位置同步，再 InvalidateRect 触发重绘。

水平滚动的逻辑完全一样，只是把 cyChar 换成 cxChar，把 cyClient 换成 cxClient，并处理 iHscrollPos。理解了垂直方向，水平方向就是复制粘贴改个名的事。

4.4 WM_PAINT 绘制与裁剪思路

WM_PAINT 里做两件事：获取设备上下文，然后逐行绘制文本。绘制的实现要注意裁剪，不要傻乎乎地把所有行都画一遍，尤其是内容很长的时候。

case WM_PAINT: hdc = BeginPaint(hwnd, &ps); SelectObject(hdc, hFont); SetBkMode(hdc, TRANSPARENT); for (i = 0; i < iCount; i++) { y = i * cyChar - iVscrollPos; if (y + cyChar < 0) continue; if (y > cyClient) break; TextOut(hdc, 0 - iHscrollPos, y, sysmetrics[i].szLabel, lstrlen(sysmetrics[i].szLabel)); TextOut(hdc, 22 * cxChar - iHscrollPos, y, sysmetrics[i].szDesc, lstrlen(sysmetrics[i].szDesc)); wsprintf(szBuffer, TEXT("%5d"), GetSystemMetrics(sysmetrics[i].iIndex)); TextOut(hdc, 38 * cxChar - iHscrollPos, y, szBuffer, lstrlen(szBuffer)); } EndPaint(hwnd, &ps); return 0;

两个 if 就是裁剪的关键：上面的行如果已经滚出客户区（y + cyChar < 0），直接跳过；下面的行如果已经超出客户区底部（y > cyClient），说明后面所有行都在屏幕外，直接 break 结束循环。这里我用 continue + break 的分工，比每个循环都判断要高效，屏幕外行比较多时节省不少计算。

SetBkMode(hdc, TRANSPARENT) 也很关键。默认背景模式是 OPAQUE，TextOut 会把字符背后的矩形区域填充成背景色，造成白底黑字旁边再加一圈白块，在表格场景下很难看。换成 TRANSPARENT 后，文字直接叠加在已有的背景上。

为什么滚动后只是 InvalidateRect 而不直接重绘？因为 Windows 的重绘机制本来就是异步合并的。你调 InvalidateRect 只是把客户区标记为"无效"，系统会在消息队列空闲时统一发 WM_PAINT。这样即使一秒钟触发了 60 次滚动事件，实际可能只重绘几次，效率高很多。

4.5 WM_SIZE 与滚动范围更新

窗口大小改变是滚动范围计算的时机。WM_SIZE 的 lParam 低 16 位是新客户区宽度，高 16 位是新客户区高度：

case WM_SIZE: cxClient = LOWORD(lParam); cyClient = HIWORD(lParam); iVmax = max(0, iCount * cyChar - cyClient); SetScrollRange(hwnd, SB_VERT, 0, iVmax, TRUE); SetScrollPos(hwnd, SB_VERT, iVscrollPos, TRUE); iHmax = max(0, 40 * cxChar - cxClient); SetScrollRange(hwnd, SB_HORZ, 0, iHmax, TRUE); SetScrollPos(hwnd, SB_HORZ, iHscrollPos, TRUE); return 0;

iVmax 的计算是内容总高度减去客户区高度。假设内容有 10 行、每行 20 像素，总高 200，客户区能显示 5 行、高 100，那么滚动偏移最大只能是 100，多滚就露底了。SetScrollRange 的最大值就是这个偏移范围，不是内容总项数，这是新手最容易搞混的地方。

另外，当窗口变大、客户区足以容纳全部内容时，max(0, ...) 会把滚动范围设成 0，滑块消失，内容也不需要滚动了。反过来窗口变小，滑块自动出现。这就是为什么每次 WM_SIZE 都要重新设置滚动范围，否则窗口拉伸后滑块和内容范围不匹配。

这里我偷了个懒，用 SetScrollRange 而不是 SetScrollInfo。SetScrollInfo 更现代，支持 32 位范围和精确滑块大小，但对理解原理来说，老式 API 其实更直观。你学会这一套之后，再换 SetScrollInfo 也没什么难度。

5. 常见问题与调试心得

5.1 窗口空白不刷新

我见过太多人改完滚动位置后窗口毫无反应。最常见的两个原因：

一是忘了 InvalidateRect。滚动条位置变了，客户区没有被标记为"需要重绘"，系统当然不会重画。改完位置必须告诉窗口"这里脏了"。

二是 InvalidateRect 的第三个参数传了 FALSE，表示不擦除背景。旧内容和绘制的新内容叠在一起，看着像花屏。排查方法很简单：在 WM_PAINT 入口和滚动处理处各加一个 OutputDebugString，看看消息有没有进来、重绘有没有触发。

还有一个隐蔽问题：如果 WM_PAINT 里用的是 BeginPaint，但因为某种原因没有调用 EndPaint，整个绘制状态会一直悬着，后续 WM_PAINT 不再触发。务必保证 BeginPaint/EndPaint 成对出现。

5.2 滚动条出现但滑块位置不对

滑块位置不对、拖动范围不准，十有八九是 iVmax 算错了。有人把 SetScrollRange 的最大值设成 iCount，但实际上应该设成"内容总高度 - 客户区高度"。内容 200，可视 100，滑块可移动范围是 0 到 100，不是 0 到 200。

如果窗口大小改变后滑块没有正确消失/出现，那要检查 WM_SIZE 有没有被处理，cyClient 有没有实时更新。还有一个细节：拖动滑块时，HIWORD(wParam) 拿到的是 16 位无符号整数，如果你的滚动范围超过 65535，就得改用 GetScrollInfo + SIF_TRACKPOS，否则范围会被截断。

滚动条本身的高度和宽度样式必须在 CreateWindow 时指定，也就是 WS_VSCROLL | WS_HSCROLL。事后用 ShowScrollBar 动态加也行，但没必要绕弯子。

5.3 字体和 DPI 导致的对齐问题

英文 Windows 下 SYSTEM_FIXED_FONT 很好用，但中文字体环境下它会退化成普通字体，等宽属性不成立，三列表格错位。我在实际项目里的做法是改用 CreateFont 创建名称为"NSimSun"或"SimSun"的中文字体，并设成等宽效果。NSimSun 在 Windows 里本身就是等宽中文字体，列对齐问题能直接解决。

另一个坑是 DPI。在高分屏或者系统缩放 150% 的情况下，如果不做 DPI 感知声明，Windows 会替你把窗口拉伸，字体和坐标全都模糊。建议在项目里加一个 manifest 文件，声明 PerMonitorV2 DPI aware。加了之后 GetSystemMetrics 返回的是真实物理像素，字体度量也会随 DPI 变化，我们的布局代码天然能适配，因为所有坐标都是基于 cxChar / cyChar 计算的，没有硬编码像素值。

我的一个心得是：只要是"基于字体度量来布局"的程序，在高 DPI 下基本不用改代码；反而是那些写死行高 20、列宽 100 的程序，一换显示器就乱。SysMets1 这种写法本身就是 DPI 友好的。

5.4 控制台窗口弹出来怎么办

很多人把代码从控制台项目改成 Win32 项目，发现运行还多了一个黑乎乎的窗口。原因很简单：链接器子系统还是 CONSOLE，Windows 把程序当控制台程序启动，所以先开个控制台再跑你的 WinMain。

解决方式：

• 项目属性 -> 链接器 -> 系统 -> 子系统，改成“Windows (/SUBSYSTEM:WINDOWS)”
• 入口点改为 WinMainCRTStartup

改完之后重新编译，黑窗口就不会出现了。如果你是用 CMake，可以在 target_link_options 里加-mwindows，或者手动指定链接子系统的命令行参数。

另外要注意，如果你直接新建"控制台应用"模板，代码里写 main 函数，那就算你强行改链接器子系统，入口点对不上还是会报错。最省事的方法就是一开始选对模板。

5.5 从 SysMets1 出发的扩展思路

SysMets1 只是一个起点。经典的后续版本 SysMets2 加了菜单，SysMets3 加了键盘和光标导航，这些都是非常自然的演进方向。

我在实际练习中还做过一个扩展：给每一行加右键菜单，点击“复制指标值”能把数据复制到剪贴板，这需要处理 WM_CONTEXTMENU 和 OpenClipboard，理解起来并不难，但动起手来能学到更多。

如果你想把它变成实用工具，可以再加一个定时器，每 5 秒刷新一次数值，观察系统度量随屏幕分辨率变化的情况；或者加一个搜索框，用子窗口控件过滤显示项。这些扩展都不会改变核心骨架，Win32 的程序结构就是这么稳：入口、窗口类、消息循环、窗口过程，万变不离其宗。

最后再说点个人体会。我在写这类案例时，最深的感受是：Win32 代码看似啰嗦，其实每一行都有存在的意义。SysMets1 里那几十行代码，把窗口系统、消息机制、GDI 绘制串成了一条完整的链路。你把这个例子吃透，后面再看 SetWindowLong、子类化、自定义控件，都会有"原来如此"的感觉。建议你亲手敲一遍，改改行数、换换字体、加加功能，踩过几个坑之后，这些机制才算真正长在脑子里。