GetKeyState不能可靠检测鼠标点击；它对鼠标键返回的是历史消息触发状态而非实时物理状态，后台或高DPI环境下常误报为未按下，应改用SetWindowsHookEx或WM_LBUTTONDOWN消息。
直接说结论：GetKeyState 不能可靠检测鼠标点击，它名义上支持鼠标键，但行为与预期严重不符；真要捕获鼠标点击，得用 SetWindowsHookEx（全局钩子）或处理 WM_LBUTTONDOWN 等窗口消息——前者跨进程，后者只对自有窗口有效。
为什么 GetKeyState 不适合检测鼠标点击
GetKeyState 设计初衷是读取键盘键的“瞬时状态”，对鼠标键（如 VK_LBUTTON）虽有定义，但返回值语义模糊：它返回的是按键“是否被按下过”（即上次消息循环中是否触发过该键消息），而非当前物理按下状态。尤其在无焦点窗口、后台运行、高 DPI 或多显示器环境下，结果常为 0 即使鼠标正按着左键。
- 典型误用：
if (GetKeyState(VK_LBUTTON) → 大概率漏判或误判 - 它不产生消息，也不阻塞，但状态更新依赖系统消息泵，非实时
- 在控制台程序中基本无效（无消息循环）
正确方式一：在窗口程序中响应 WM_LBUTTONDOWN
这是最轻量、最可靠的方式，适用于你拥有窗口句柄（HWND）且逻辑绑定到该窗口的场景。所有鼠标点击事件都以 Windows 消息形式投递，WM_LBUTTONDOWN 就是左键按下那一刻的原始通知。
- 必须在窗口过程函数（
WndProc）中处理，不能靠轮询 - 消息参数
wParam包含修饰键状态（MK_SHIFT、MK_CONTROL），lParam的低 16 位是 x 坐标，高 16 位是 y 坐标（需用GET_X_LPARAM/GET_Y_LPARAM提取） - 注意：该消息只在鼠标位于窗口客户区时触发；若需非客户区（标题栏、边框），要捕获
WM_NCLBUTTONDOWN
正确方式二：用 SetWindowsHookEx 捕获全局鼠标事件
当你需要监听任意窗口（包括其他进程）的鼠标点击，比如做录屏工具、远程控制或无障碍辅助，就得用低级鼠标钩子 WH_MOUSE_LL。它不依赖目标窗口，由系统在每次鼠标事件发生时回调你的函数。
立即学习“C++免费学习笔记（深入）”；
-
回调函数原型为
LRESULT CALLBACK LowLevelMouseProc(int nCode, WPARAM wParam, LPARAM lParam)，其中lParam指向MSLLHOOKSTRUCT，含坐标、时间戳和flags - 必须用
HMODULE（通常来自GetModuleHandle(nullptr)）注册，且 DLL 中实现钩子更稳妥（EXE 中注册可能在主线程退出后失效） - 性能开销比窗口消息大，频繁调用会轻微影响系统响应；不要在钩子中做耗时操作（如文件 I/O、GUI 更新）
- 返回
CallNextHookEx是必须的，否则其他钩子或系统默认行为会被阻断
容易忽略的关键点
无论是消息还是钩子，坐标值默认是屏幕坐标（GetCursorPos 返回的也是这个），但 WM_LBUTTONDOWN 的 lParam 是客户区相对坐标；而 MSLLHOOKSTRUCT 的 pt 字段是绝对屏幕坐标。混用会导致位置计算错乱。另外，高 DPI 缩放下，某些旧程序未启用 DPI 感知（SetProcessDpiAwarenessContext），坐标可能被错误缩放——这点在远程桌面或缩放比例 ≠ 100% 时尤为明显。
