企业官网建设流程全解析

1. 项目概述与核心价值

最近在整理一些老项目的代码，翻到了一个用VC++写的“电脑屏幕尺寸与鼠标钩子查看器”。这玩意儿虽然名字听起来有点“上古”，但它的内核思想在今天依然非常有用。简单来说，它就是一个能实时告诉你当前电脑屏幕的物理尺寸、分辨率，并且能“监听”鼠标全局事件的小工具。你可能觉得，屏幕尺寸系统设置里不就有吗？鼠标位置看一眼不就知道？但当你需要开发涉及多显示器适配、屏幕取色、全局快捷键或者自动化脚本时，这些底层信息的精准获取和事件的全局捕获，就成了必须啃的硬骨头。

这个工具的核心价值在于，它把Windows桌面编程里两个看似简单、实则暗藏玄机的技术点——屏幕信息枚举和全局鼠标钩子——给具象化了。对于刚接触Windows API的新手，文档里一堆GetSystemMetrics、EnumDisplayMonitors、SetWindowsHookEx看着就头大，而这个查看器提供了一个“所见即所得”的学习范例。对于有经验的开发者，它也是一个不错的调试辅助工具，比如检查高DPI缩放下的真实坐标，或者验证鼠标钩子是否按预期工作。

我自己最初写它，就是为了解决一个自动化测试中的痛点：脚本需要根据不同的主显示器尺寸来调整点击位置，同时要确保在脚本运行时，用户的其他鼠标操作不会干扰测试流程。市面上成型的工具要么功能太杂，要么不开放源码，索性就自己用最纯粹的Win32 API撸了一个。下面，我就把这个项目的实现思路、关键代码、踩过的坑以及一些扩展玩法，掰开揉碎了和大家聊聊。

2. 核心思路与技术选型解析

2.1 为什么选择VC++与原生Win32 API？

看到VC++，可能有人会问，现在C#、Python甚至Electron不香吗？为什么还要用“老古董”？这里的关键在于效率、深度和可控性。

首先，这个工具需要直接与Windows系统底层交互，调用user32.dll、gdi32.dll中的核心API。Win32 API是Windows的“母语”，用VC++（特别是Win32项目）调用是最直接、损耗最小的方式，没有托管环境的开销（.NET）或解释器的中间层（Python）。对于全局钩子这种需要注入DLL到其他进程地址空间的操作，C++是更自然、更稳定的选择。

其次，VC++（这里主要指Visual Studio中的C++开发环境）对Win32开发的支持是祖传的，非常完善。智能提示、头文件索引、调试器对系统API的友好支持，都能极大提升开发效率。更重要的是，通过这个项目，你能真正理解Windows消息机制、进程内存空间、DLL注入等核心概念，这是使用高级框架或语言往往被抽象掉的部分。

最后是可控性。整个程序从入口点WinMain到窗口过程WndProc，完全由你掌控。你可以精细地管理内存、处理消息循环、定制钩子过程，这对于构建一个轻量级、专注单一功能的工具来说，是最大的优势。

2.2 工具整体架构设计

这个查看器的架构非常清晰，主要分为两大功能模块，对应两个主界面视图（或标签页）。

1. 屏幕尺寸信息模块：这个模块的目标是获取并展示所有显示器的详细信息。它不能只满足于主显示器，必须支持多显示器系统。因此，我们的设计思路是：

• 启动时枚举：在程序初始化或用户点击刷新时，调用系统API枚举所有显示器。
• 信息结构化：为每个显示器创建一个数据结构，包含：设备名称、屏幕尺寸（物理英寸）、分辨率（逻辑像素）、工作区大小、色彩深度、刷新率、DPI缩放比例以及它在虚拟桌面中的位置坐标。
• 可视化展示：在界面上用列表或面板的形式展示这些信息，理想情况下，甚至可以用简单的矩形图模拟多显示器的排列布局。

2. 鼠标钩子查看模块：这个模块的目标是实时监控并显示全局的鼠标事件。其核心是一个系统级的“钩子”（Hook）。

• 钩子安装与卸载：程序提供“开始监听”和“停止监听”按钮。点击开始，则安装一个全局鼠标钩子；点击停止或程序退出，则必须安全卸载钩子。
• 事件捕获与解析：钩子过程函数会接收到所有鼠标事件的消息，如WM_MOUSEMOVE、WM_LBUTTONDOWN、WM_LBUTTONUP、WM_MOUSEWHEEL等。我们需要解析这些消息，提取出关键信息：事件类型、屏幕坐标（x, y）、产生事件的窗口句柄等。
• 实时日志输出：将解析后的事件信息，以可读的格式（例如：“[15:30:25] 鼠标移动 - 坐标：(1920, 540) - 窗口句柄：0x000A1B2C”）实时输出到界面的列表控件中。

两个模块通过主窗口界面统一调度。技术上的关键点在于，屏幕信息枚举相对独立，而鼠标钩子由于其全局性，需要妥善处理DLL注入和进程间通信（如果钩子过程放在DLL中），或者使用WH_MOUSE_LL低级钩子（它不需要DLL，但有一些限制）。

3. 核心细节解析与实操要点

3.1 屏幕信息枚举的深度挖掘

获取屏幕信息，远不止一个GetSystemMetrics(SM_CXSCREEN)那么简单。在多显示器、高DPI普及的今天，我们需要更精细的API。

1. 传统API：GetSystemMetrics这是最基础的函数，可以快速获取一些系统级指标，但它主要针对主显示器。

int primaryScreenWidth = GetSystemMetrics(SM_CXSCREEN); // 主显示器宽度（逻辑像素） int primaryScreenHeight = GetSystemMetrics(SM_CYSCREEN); int virtualScreenWidth = GetSystemMetrics(SM_CXVIRTUALSCREEN); // 整个虚拟桌面宽度 int virtualScreenHeight = GetSystemMetrics(SM_CYVIRTUALSCREEN);

注意：GetSystemMetrics返回的值受DPI虚拟化影响。在非100%缩放时，它返回的是“逻辑像素”，而非物理像素。这对于需要精确定位的场景（如截图）可能不够用。

2. 现代API：EnumDisplayMonitors与GetMonitorInfo这是处理多显示器的正确方式。EnumDisplayMonitors是一个回调函数，系统会为每个显示器调用一次你提供的回调函数。

BOOL CALLBACK MonitorEnumProc(HMONITOR hMonitor, HDC hdcMonitor, LPRECT lprcMonitor, LPARAM dwData) { MONITORINFOEX mi; mi.cbSize = sizeof(mi); if (GetMonitorInfo(hMonitor, &mi)) { // mi.rcMonitor 是显示器的整个范围（RECT，虚拟桌面坐标） // mi.rcWork 是显示器的工作区（去掉任务栏的区域） // mi.szDevice 是设备名称，如“\.\DISPLAY1” // 获取物理尺寸和DPI需要更多步骤... } return TRUE; // 继续枚举 } // 调用枚举 EnumDisplayMonitors(NULL, NULL, MonitorEnumProc, 0);

通过GetMonitorInfo，我们能拿到每个显示器在虚拟桌面中的精确位置和大小，这是绘制多显示器布局图的基础。

3. 获取物理尺寸与DPI：GetDeviceCaps与GetDpiForMonitor获取屏幕的物理尺寸（英寸）是一个难点，因为Windows API不直接提供。传统方法是结合GetDeviceCaps来估算：

HDC hdc = CreateDC(TEXT("DISPLAY"), mi.szDevice, NULL, NULL); int horzSize = GetDeviceCaps(hdc, HORZSIZE); // 物理宽度（毫米） int vertSize = GetDeviceCaps(hdc, VERTSIZE); // 物理高度（毫米） int horzRes = GetDeviceCaps(hdc, HORZRES); // 宽度方向像素数 int vertRes = GetDeviceCaps(hdc, VERTRES); DeleteDC(hdc); // 计算DPI和物理尺寸（英寸） float dpiX = (horzRes * 25.4f) / horzSize; // 1英寸=25.4毫米 float dpiY = (vertRes * 25.4f) / vertSize; float physicalWidthInch = horzRes / dpiX; float physicalHeightInch = vertRes / dpiY;

但这个方法在现代显示器上（尤其是通过HDMI/DP连接的）可能不准，因为显示器可能不会向系统报告准确的EDID物理尺寸数据。

更现代的方法是使用Windows 8.1引入的GetDpiForMonitor函数（需要Shcore.dll），它可以获取更准确的每显示器DPI。结合逻辑分辨率和DPI，可以反推物理尺寸，但前提是DPI感知设置正确。

实操心得：在实际编码中，我通常会同时使用多种方法，并在界面上注明数据的来源和可能的不准确性。例如，物理尺寸旁标注“（估算自EDID数据）”。对于DPI，优先使用GetDpiForMonitor，如果失败（如在老系统上），再回退到GetDeviceCaps的计算方法。这体现了工具的健壮性。

3.2 全局鼠标钩子的实现与陷阱

鼠标钩子是实现全局监听的关键。Windows提供了两种主要的鼠标钩子：WH_MOUSE和WH_MOUSE_LL。

1.WH_MOUSE与 DLL注入WH_MOUSE是一个全局钩子，它的钩子过程必须放在一个独立的DLL中。这是因为系统需要将这个DLL注入到所有拥有消息队列的进程地址空间里，以便在每个进程中处理鼠标消息。

• 优点：可以获取到更丰富的上下文信息，比如消息目标窗口的句柄（通过GetForegroundWindow或从消息参数中解析）。
• 缺点：实现复杂，需要管理DLL的导出函数、处理DLL_PROCESS_ATTACH/DETACH；DLL注入可能被安全软件拦截；编写不当的DLL可能导致目标进程不稳定。

2.WH_MOUSE_LL低级钩子WH_MOUSE_LL是Windows NT/2000后引入的“低级”钩子。它的最大优点是钩子过程可以放在主EXE程序中，不需要独立的DLL。

• 优点：实现简单，所有代码都在一个项目里；兼容性更好，不易被安全软件误杀。
• 缺点：它是一个“回调”机制，系统在它自己的上下文中调用你的钩子过程。这意味着你的回调函数必须尽快返回，否则会阻塞系统输入。此外，它收到的MSLLHOOKSTRUCT结构体中的坐标是屏幕物理坐标，且获取事件发生的目标窗口信息比较困难（通常需要额外调用WindowFromPoint，但这可能不准确）。

3. 如何选择与实现对于我们的“查看器”工具，目的是观察而非拦截或深度处理，因此**WH_MOUSE_LL是更简单、更安全的选择**。

实现步骤：

1. 定义钩子过程：在主源文件中定义一个回调函数，例如LRESULT CALLBACK LowLevelMouseProc(int nCode, WPARAM wParam, LPARAM lParam)。
2. 安装钩子：在用户点击“开始监听”时，调用SetWindowsHookEx(WH_MOUSE_LL, LowLevelMouseProc, GetModuleHandle(NULL), 0)。第三个参数是实例句柄，对于低级钩子，传入主模块句柄即可。
3. 处理消息：在LowLevelMouseProc中，判断nCode是否为HC_ACTION，然后根据wParam（如WM_MOUSEMOVE,WM_LBUTTONDOWN）和lParam（指向MSLLHOOKSTRUCT的指针）来解析事件信息。
4. 传递消息：最后务必调用CallNextHookEx，将钩子信息传递给钩子链中的下一个钩子。
5. 卸载钩子：在用户点击“停止监听”或程序退出时，用UnhookWindowsHookEx卸载钩子，并确保钩子句柄被正确置空。

关键陷阱：

• 消息泵要求：WH_MOUSE_LL钩子要求安装它的线程必须有一个消息泵（即运行GetMessage或PeekMessage循环）。如果你在UI主线程安装，这自然满足。但如果想在后台线程安装，必须确保该线程有消息循环。
• 性能与阻塞：钩子过程必须极其高效。任何耗时的操作（如网络请求、复杂计算）都应避免。通常的做法是将事件信息快速拷贝到线程安全的队列中，然后由另一个线程（如UI线程）去处理队列、更新界面。直接在钩子过程中更新UI控件是绝对禁止的，会导致界面卡死甚至程序崩溃。
• 坐标系统：MSLLHOOKSTRUCT.pt给出的是屏幕坐标。如果你需要转换为某个窗口的客户区坐标，需要调用ScreenToClient。

4. 实操过程与核心环节实现

4.1 构建项目与界面布局

首先，在Visual Studio中创建一个新的“Windows桌面向导”项目，选择“桌面应用程序(.exe)”，项目类型为“空项目”。我们将手动编写Win32代码，以获得最大控制权。

1. 主窗口与控件设计我们的界面不需要太复杂。一个主窗口，上面放一个标签控件（Tab Control）来切换“屏幕信息”和“鼠标钩子”两个页面。

• 屏幕信息页：放置一个ListBox或ListView控件来枚举显示器信息。为了更直观，可以添加一个Static文本控件作为画布，用GDI绘制简单的多显示器排列示意图。
• 鼠标钩子页：放置一个ListBox或Edit控件（设置为多行、只读）来实时输出事件日志。再添加两个按钮：“开始监听”和“停止监听”。

在WinMain中注册窗口类，创建主窗口，并在主窗口的WndProc函数中处理WM_CREATE消息来创建这些子控件。

2. 使用对话框资源（可选）如果你觉得纯代码创建控件太繁琐，也可以插入一个对话框资源（.rc文件），用对话框作为主窗口。这样可以用资源编辑器拖拽控件，布局更方便。只需将WinMain中的创建窗口改为创建对话框（CreateDialogParam或DialogBox），并提供一个对话框过程函数（DLGPROC）。

4.2 屏幕信息枚举的代码实现

我们将在程序启动时（或在用户点击刷新按钮时）枚举显示器。以下是一个在WM_CREATE或按钮命令中调用的函数示例：

void RefreshDisplayInfo(HWND hwndList) // hwndList是显示信息的ListBox句柄 { SendMessage(hwndList, LB_RESETCONTENT, 0, 0); // 清空列表 // 方法1：使用EnumDisplayMonitors (推荐) EnumDisplayMonitors(NULL, NULL, [](HMONITOR hMonitor, HDC, LPRECT, LPARAM lParam) -> BOOL { HWND hList = (HWND)lParam; MONITORINFOEX mi; mi.cbSize = sizeof(mi); if (GetMonitorInfo(hMonitor, &mi)) { TCHAR info[512]; // 获取设备上下文以计算物理尺寸和DPI（估算） HDC hdc = CreateDC(TEXT("DISPLAY"), mi.szDevice, NULL, NULL); int horzSizeMM = GetDeviceCaps(hdc, HORZSIZE); int vertSizeMM = GetDeviceCaps(hdc, VERTSIZE); int horzRes = GetDeviceCaps(hdc, HORZRES); int vertRes = GetDeviceCaps(hdc, VERTRES); int logicalDPI = GetDeviceCaps(hdc, LOGPIXELSX); // 注意：这是系统DPI，不一定是显示器DPI DeleteDC(hdc); float dpiX = (horzRes * 25.4f) / max(1, horzSizeMM); float physicalWidthInch = horzRes / dpiX; // 格式化显示信息 _stprintf_s(info, _T("设备: %s\n 范围: (%d,%d)-(%d,%d) [宽%d x 高%d]\n 工作区: (%d,%d)-(%d,%d)\n 物理尺寸(估算): %.1f英寸\n 逻辑DPI: %d"), mi.szDevice, mi.rcMonitor.left, mi.rcMonitor.top, mi.rcMonitor.right, mi.rcMonitor.bottom, mi.rcMonitor.right - mi.rcMonitor.left, mi.rcMonitor.bottom - mi.rcMonitor.top, mi.rcWork.left, mi.rcWork.top, mi.rcWork.right, mi.rcWork.bottom, physicalWidthInch, logicalDPI); SendMessage(hList, LB_ADDSTRING, 0, (LPARAM)info); } return TRUE; }, (LPARAM)hwndList); // 方法2：补充获取系统DPI感知和每显示器DPI（如果系统支持） // 此处可尝试动态加载GetDpiForMonitor函数，获取更精确的DPI值。 }

这段代码为每个显示器创建了一个设备上下文（DC），通过GetDeviceCaps获取物理尺寸和逻辑DPI，并将格式化后的字符串添加到列表框中。注意，我们使用了C++11的Lambda表达式作为EnumDisplayMonitors的回调函数，这使得代码更紧凑。如果编译器不支持Lambda，需要改为传统的静态回调函数。

4.3 全局鼠标低级钩子的代码实现

我们在主线程安装钩子，并在钩子过程中将事件信息发送到主窗口的消息队列中，由主窗口过程来安全地更新UI。

1. 定义全局变量和钩子过程

// 全局变量 static HHOOK g_hMouseHook = NULL; static HWND g_hwndLogList = NULL; // 日志列表控件的句柄 // 低级鼠标钩子过程 LRESULT CALLBACK LowLevelMouseProc(int nCode, WPARAM wParam, LPARAM lParam) { if (nCode == HC_ACTION) { PMSLLHOOKSTRUCT pMouse = (PMSLLHOOKSTRUCT)lParam; // 准备事件描述字符串 TCHAR szEvent[64]; TCHAR szInfo[256]; switch (wParam) { case WM_MOUSEMOVE: _tcscpy_s(szEvent, _T("鼠标移动")); break; case WM_LBUTTONDOWN: _tcscpy_s(szEvent, _T("左键按下")); break; case WM_LBUTTONUP: _tcscpy_s(szEvent, _T("左键弹起")); break; case WM_RBUTTONDOWN: _tcscpy_s(szEvent, _T("右键按下")); break; // ... 处理其他事件 WM_RBUTTONUP, WM_MOUSEWHEEL, WM_XBUTTONDOWN等 default: _tcscpy_s(szEvent, _T("未知事件")); break; } // 获取当前时间 SYSTEMTIME st; GetLocalTime(&st); _stprintf_s(szInfo, _T("[%02d:%02d:%02d.%03d] %s - 坐标: (%d, %d)"), st.wHour, st.wMinute, st.wSecond, st.wMilliseconds, szEvent, pMouse->pt.x, pMouse->pt.y); // 不能直接操作UI！发送自定义消息到主窗口。 // 假设我们定义了一个自定义消息 WM_APP_MOUSEHOOKLOG PostMessage(GetParent(g_hwndLogList), WM_APP_MOUSEHOOKLOG, 0, (LPARAM)_tcsdup(szInfo)); // 注意：_tcsdup需要释放 } // 将消息传递给钩子链中的下一个钩子 return CallNextHookEx(g_hMouseHook, nCode, wParam, lParam); }

2. 安装与卸载钩子在“开始监听”按钮的处理代码中：

case IDC_BTN_START_HOOK: { if (g_hMouseHook == NULL) { g_hMouseHook = SetWindowsHookEx(WH_MOUSE_LL, LowLevelMouseProc, GetModuleHandle(NULL), 0); if (g_hMouseHook) { SetWindowText(GetDlgItem(hDlg, IDC_BTN_START_HOOK), _T("停止监听")); // 清空日志列表 SendMessage(g_hwndLogList, LB_RESETCONTENT, 0, 0); } else { MessageBox(hDlg, _T("安装鼠标钩子失败！"), _T("错误"), MB_ICONERROR); } } else { // 实际上是停止 UnhookWindowsHookEx(g_hMouseHook); g_hMouseHook = NULL; SetWindowText(GetDlgItem(hDlg, IDC_BTN_START_HOOK), _T("开始监听")); } break; }

3. 在主窗口过程中处理自定义消息我们需要定义自定义消息，并在WndProc或对话框过程中处理它，将接收到的字符串添加到日志列表中，并释放内存。

#define WM_APP_MOUSEHOOKLOG (WM_APP + 1) // 在消息循环中 case WM_APP_MOUSEHOOKLOG: { LPTSTR pszLog = (LPTSTR)lParam; if (pszLog) { SendMessage(g_hwndLogList, LB_ADDSTRING, 0, (LPARAM)pszLog); // 自动滚动到最后一行 int count = SendMessage(g_hwndLogList, LB_GETCOUNT, 0, 0); if (count > 0) SendMessage(g_hwndLogList, LB_SETCARETINDEX, count - 1, 0); free(pszLog); // 释放钩子过程中分配的内存 } break; }

重要提示：在钩子过程（LowLevelMouseProc）中，我们使用PostMessage和_tcsdup来传递日志字符串。PostMessage是异步的，不会阻塞钩子。_tcsdup在堆上分配了字符串内存，接收消息的一方（主窗口）必须负责释放这块内存（使用free），否则会造成内存泄漏。这是一种简单的进程内通信方式。

5. 常见问题与排查技巧实录

在实际开发和测试这个工具的过程中，我遇到了不少典型问题。这里把它们整理出来，希望能帮你绕过这些坑。

5.1 屏幕信息相关的问题

问题1：获取的物理尺寸为0或明显错误（如1英寸）。

• 原因：显示器没有通过EDID向操作系统报告有效的物理尺寸信息，或者GetDeviceCaps调用失败（例如在远程桌面会话中）。
• 排查：
  1. 检查horzSizeMM和vertSizeMM的值。如果为0，计算就会出错。
  2. 可以尝试使用Windows管理规范（WMI）查询Win32_DesktopMonitor类来获取尺寸，但WMI查询较慢且不一定更准。
  3. 最务实的做法是：在界面上，如果计算出的物理尺寸小于某个阈值（比如3英寸）或大于一个离谱的值（比如100英寸），就显示“未知”或“N/A”，并提示用户此数据可能不准确。

问题2：多显示器环境下，某个显示器的坐标范围不对。

• 原因：虚拟桌面坐标系的原点（0,0）可能不在主显示器的左上角。如果用户通过显示设置调整了显示器的排列（比如把副显示器放在主显示器的左边），那么副显示器的rcMonitor.left可能就是负数。
• 排查：这是正常现象。你的代码和布局示意图必须能处理负坐标。绘制示意图时，需要先找到所有显示器矩形的最小left和top，以此作为绘图的原点偏移量。

问题3：高DPI缩放下，获取的分辨率（像素数）和实际感觉对不上。

• 原因：你的应用程序可能不是“DPI感知”的。非DPI感知的程序，系统会对其进行虚拟化缩放。GetSystemMetrics、GetDeviceCaps(HORZRES)等API返回的是缩放后的“逻辑像素”，而不是屏幕的物理像素。
• 解决：
  • 在清单文件（.manifest）中声明你的程序是DPI感知的。对于VC++项目，可以在stdafx.h或项目设置中嵌入清单，声明<dpiAware>true</dpiAware>或<dpiAwareness>PerMonitorV2</dpiAwareness>。
  • 声明后，上述API在具有不同缩放比例的显示器上将返回不同的值，更接近真实情况。同时，你需要处理由此带来的界面缩放问题，或者直接使用GetDpiForWindow和GetDpiForMonitor等新API来获取精确的DPI值进行计算。

5.2 鼠标钩子相关的问题

问题1：安装钩子失败，SetWindowsHookEx返回NULL。

• 原因：
  1. 权限不足：全局钩子（尤其是WH_MOUSE）需要一定的权限。以普通用户身份运行时可能被系统限制。
  2. 钩子过程签名错误：回调函数的签名必须严格匹配HOOKPROC类型。
  3. 模块句柄错误：对于WH_MOUSE_LL，第三个参数应使用主模块句柄GetModuleHandle(NULL)。如果传NULL，在某些情况下会失败。
• 排查：
  1. 调用GetLastError()获取错误代码。常见错误有ERROR_ACCESS_DENIED（权限问题）、ERROR_INVALID_HOOK_FILTER等。
  2. 检查回调函数是否声明为CALLBACK约定（通常是__stdcall）。
  3. 尝试以管理员身份运行程序。

问题2：钩子安装成功，但收不到任何消息，或者程序界面卡死。

• 原因：
  1. 消息泵缺失：安装WH_MOUSE_LL的线程没有消息循环。如果你在主UI线程安装，这通常不是问题。但如果你在手动创建的线程中安装，必须在该线程中运行GetMessage循环。
  2. 钩子过程阻塞：在LowLevelMouseProc中执行了耗时操作（如更新UI、读写文件），导致系统消息队列被阻塞。
• 排查：
  1. 确保安装钩子的线程是UI线程或拥有消息泵的线程。
  2. 绝对不要在钩子过程中直接调用SendMessage（同步）更新UI，必须使用PostMessage（异步）。并且，传递给PostMessage的数据（如字符串）需要妥善管理内存，如前文所述。
  3. 简化钩子过程，只做最简单的信息提取和投递。

问题3：钩子导致系统变慢，或者安全软件报警。

• 原因：全局钩子会影响所有进程，低效或错误的钩子过程会消耗系统资源。一些安全软件会将全局钩子行为视为潜在风险。
• 解决：
  1. 优化代码：确保钩子过程极其精简。
  2. 及时卸载：在不需要时（如程序最小化、切换到其他标签页）立即卸载钩子。我们的工具可以在切换到“屏幕信息”页时自动停止钩子。
  3. 使用WH_MOUSE_LL：它比WH_MOUSE（需要DLL注入）引起安全软件报警的概率更低。
  4. 用户告知：在程序界面或文档中说明本工具会使用全局钩子，仅用于信息查看，不会记录或上传任何数据，以增加透明度。

5.3 内存与资源管理问题

问题：程序运行一段时间后，内存缓慢增长（内存泄漏）。

• 可能原因：
  1. 字符串未释放：钩子过程中用_tcsdup分配了字符串，但主窗口在处理WM_APP_MOUSEHOOKLOG消息后忘记调用free。
  2. 设备上下文未释放：在RefreshDisplayInfo函数中，CreateDC创建的DC没有成功DeleteDC（如果GetDeviceCaps调用失败导致提前返回）。
  3. 钩子未卸载：程序退出时，没有在WM_DESTROY消息中检查并卸载钩子。
• 排查工具：可以使用Visual Studio自带的内存诊断工具，或第三方工具如Valgrind（需适配Windows）、Dr. Memory等来检测内存泄漏。养成“谁分配，谁释放”的好习惯，并在关键资源操作（Create/Get）后立即配对编写释放代码。

6. 功能扩展与高级玩法

这个基础查看器已经具备了核心功能，但我们可以基于它进行很多有趣的扩展，使其从一个学习/调试工具进化成一个更实用的瑞士军刀。

1. 屏幕截图与取色器既然能获取每个显示器的精确范围，那么实现一个“截图到文件”或“屏幕取色”功能就顺理成章了。

• 截图：在屏幕信息列表中选择一个显示器，点击“截图”按钮。使用CreateDC获取该显示器的DC，然后使用BitBlt函数将屏幕内容拷贝到一个内存位图中，最后使用GDI+的Bitmap和CLSID编码器保存为PNG或JPEG文件。
• 取色：在鼠标钩子监听状态下，当鼠标移动时，不仅可以记录坐标，还可以立即读取该坐标的像素颜色。使用GetDC(NULL)获取屏幕DC，然后调用GetPixel。将RGB值实时显示在界面上，甚至可以提供一个颜色选择器对话框。

2. 鼠标事件录制与回放（简易宏）这是一个更高级的功能。在钩子监听模式下，增加“开始录制”和“停止录制”按钮。

• 录制：不仅记录事件类型和坐标，还记录事件之间的时间间隔（使用GetTickCount或QueryPerformanceCounter）。将这一系列事件（动作+时间戳）保存到一个结构体数组或文件中。
• 回放：读取录制文件，按照时间顺序，使用SendInput或mouse_eventAPI来模拟鼠标移动和点击，从而实现自动化操作。注意：SendInput功能更强大，可以合成输入，而mouse_event是较老的API。

3. 窗口信息探测在鼠标钩子日志中，我们记录了屏幕坐标。可以扩展功能：当用户双击某条日志时，工具根据坐标调用WindowFromPoint获取该位置顶层的窗口句柄（HWND）。然后，通过一系列API（GetWindowText,GetClassName,GetWindowRect）来探测该窗口的标题、类名、位置大小等信息，并显示出来。这相当于一个简单的“窗口间谍”工具。

4. 支持热键开启/关闭钩子为了操作方便，可以为“开始/停止监听”功能分配一个全局热键（如Ctrl+Shift+M）。这需要用到RegisterHotKeyAPI。在主窗口过程中处理WM_HOTKEY消息，并在其中切换钩子状态。这样即使工具窗口不在最前，也能快速控制监听开关。

实现这些扩展功能，每一个都可以作为独立的编程练习，能让你对Windows桌面编程的理解再深一个层次。这个小小的“查看器”项目，就像一颗种子，可以生长出许多强大的实用工具。