简介：这份VC/MFC源代码资源聚焦Windows系统下的鼠标消息模拟，面向具备一定C++基础、希望理解鼠标单击与双击底层响应机制的开发者。工程在窗体上布置若干按钮，通过点击按钮触发对鼠标单击、双击行为的模拟，帮助读者直观观察消息产生、传递与系统配合的完整过程，适合作为MFC消息机制与输入模拟的入门练习素材。压缩包共21个文件，约29KB，以h头文件与cpp源文件为主体，配合ico图标、bmp位图、rc资源脚本及dsp、dsw工程文件，构成可直接用VC打开编译的完整工程结构，另附ReadMe说明与clw类向导信息，便于快速定位视图、文档与主框架各模块。目前已有689人学习浏览。读者可从中获得一套可运行的鼠标模拟示例，理解按钮响应与鼠标事件之间的映射关系，并在此基础上扩展为自动化点击或界面测试的参考实现。
1. 从一次自动化点击翻车说起：这份 VC++ 源码到底能干什么
去年帮一个做数据录入的朋友处理一批重复表单，他兴冲冲写了个mouse_event循环，结果在目标窗口上点十次有三次落空，双击更是被系统识别成两次独立单击，气得他直呼玄学。问题不在代码写错，而在于他没搞懂 Windows 消息机制里单击和双击的判定逻辑。这份 VC++ 模拟鼠标单击、双击的源码包，解决的正是这类「看起来简单、实际全是坑」的场景：它用 Win32 API 和 MFC 两套写法，把鼠标事件的发送、坐标定位、双击时序控制拆开讲透。适合谁？做桌面自动化测试的、写辅助工具的、维护老 MFC 项目的，以及被SendInput和mouse_event差异绕晕的 Windows 系统开发者。下面我按「原理—实现—排错—进阶」的顺序，把这份源码拆开揉碎讲一遍。
2. 单击与双击的底层差异：消息队列怎么区分两次点击
2.1 双击不是两次单击的简单叠加
Windows 判断双击靠的是WM_LBUTTONDOWN消息之间的时间间隔和位置偏移。系统有个双击时间阈值，默认 500ms，存在GetDoubleClickTime()里；位置偏移由SM_CXDOUBLECLK和SM_CYDOUBLECLK两个系统度量决定，通常是 4 像素见方。如果你用代码连续发两次WM_LBUTTONDOWN，间隔小于阈值且坐标几乎没动，目标窗口才会把它识别成WM_LBUTTONDBLCLK。但这里有个反直觉的点：WM_LBUTTONDBLCLK并不是系统自动帮你合成的，而是窗口过程在收到第二次WM_LBUTTONDOWN时，由DefWindowProc根据内部状态判断后转发的。也就是说，你手动PostMessage一个WM_LBUTTONDBLCLK过去，很多控件根本不认，因为它期待的是完整的 down-up-down-up 序列。
源码包里对这点做了明确区分：单击走SendInput发一组 down/up，双击则发两组 down/up，中间用Sleep控制间隔，并且第二组 down 之前不插入额外的 up。我见过不少人写双击是「down-up-Sleep-down-up」，结果目标收到的是两次单击，原因就是中间那个 up 把状态机重置了。正确的双击序列应该是 down-up-down-up，但第二组 down 必须落在双击时间窗口内，且坐标偏移不超过阈值。
2.2 SendInput 与 mouse_event 的选型理由
源码里两套实现都给了，但实际用哪套有讲究。mouse_event是旧 API，内部会走SendInput的兼容层，但它不支持多显示器负坐标，也不支持绝对坐标的归一化映射。SendInput是现在推荐的方式，它把输入事件直接插入系统输入流，优先级比PostMessage高，能穿透大部分窗口的消息过滤。不过SendInput有个坑：它发送的是「输入事件」，不是「窗口消息」，所以目标窗口必须处于可接收输入的状态，最小化的窗口收不到。
源码里SendInput的单击实现大致是这样：
// 单击：按下并抬起左键，坐标用绝对模式归一化到 0~65535 void SimulateClick(int x, int y) { // 获取屏幕尺寸，用于绝对坐标归一化 int screenW = GetSystemMetrics(SM_CXSCREEN); int screenH = GetSystemMetrics(SM_CYSCREEN); INPUT inputs[2] = { 0 }; // 第一组：鼠标移动 + 左键按下 inputs[0].type = INPUT_MOUSE; inputs[0].mi.dx = (x * 65535) / (screenW - 1); // 归一化 X inputs[0].mi.dy = (y * 65535) / (screenH - 1); // 归一化 Y inputs[0].mi.dwFlags = MOUSEEVENTF_ABSOLUTE | MOUSEEVENTF_MOVE | MOUSEEVENTF_LEFTDOWN; // 第二组：左键抬起 inputs[1].type = INPUT_MOUSE; inputs[1].mi.dwFlags = MOUSEEVENTF_LEFTUP; SendInput(2, inputs, sizeof(INPUT)); }逻辑说明：MOUSEEVENTF_ABSOLUTE表示使用绝对坐标，此时dx/dy不是像素值，而是 0 到 65535 的归一化值，映射到整个虚拟屏幕。参数screenW - 1是为了避免边界溢出，因为 65535 对应的是屏幕最右下角。如果你用多显示器，SM_CXSCREEN只返回主屏宽度，这时候得换成SM_CXVIRTUALSCREEN和SM_XVIRTUALSCREEN来算偏移，否则副屏上的点击会偏到主屏去。源码包里对多屏场景单独做了封装，这点比网上大部分示例都靠谱。
双击的实现则是在单击基础上再发一组 down/up，中间加Sleep(GetDoubleClickTime() / 2)，让两次点击落在阈值内：
// 双击：两组 down/up，间隔取双击时间的一半 void SimulateDoubleClick(int x, int y) { SimulateClick(x, y); // 第一组 Sleep(GetDoubleClickTime() / 2); // 控制在阈值内 SimulateClick(x, y); // 第二组 }注意这里Sleep的时间不能取满GetDoubleClickTime()，因为系统处理消息本身有延迟，取一半是比较稳的经验值。源码注释里也写了，如果目标窗口响应慢，可以适当再缩短到 1/3。
3. MFC 工程里怎么落地：从消息映射到坐标转换
3.1 在对话框程序中嵌入模拟点击
源码包提供了 MFC 对话框版本的示例，核心是把模拟函数封装成一个工具类，然后在按钮响应里调用。MFC 的坑在于坐标体系：GetCursorPos拿的是屏幕坐标，ScreenToClient转成客户区坐标，但SendInput要的是屏幕绝对坐标。如果你在OnLButtonDown里直接拿point去调SendInput，那个point是客户区坐标，点出去的位置会偏掉标题栏和边框的高度。
正确做法是先把客户区坐标转回屏幕坐标：
// MFC 按钮响应：把控件坐标转成屏幕坐标再模拟点击 void CMyDlg::OnBnClickedBtnSimulate() { // 获取目标控件（比如一个编辑框）的屏幕矩形 CRect rect; GetDlgItem(IDC_EDIT_TARGET)->GetWindowRect(&rect); // 取矩形中心作为点击点 int x = rect.left + rect.Width() / 2; int y = rect.top + rect.Height() / 2; // 调用封装好的模拟函数 SimulateClick(x, y); }逻辑说明：GetWindowRect返回的是屏幕坐标，所以不需要再转换。如果你用的是GetClientRect，那还得ClientToScreen一下。参数IDC_EDIT_TARGET是目标控件的资源 ID，换成你自己的就行。源码里还处理了一种情况：如果目标控件被遮挡，SendInput依然会把点击发给最顶层的窗口，这时候得先用SetForegroundWindow把目标窗口激活，否则点击可能落到别的窗口上。
3.2 双击时序控制与系统阈值读取
MFC 版本里对双击的处理比 Win32 版多了一层：它会在模拟前先读一次系统双击阈值，然后动态计算Sleep时间。因为不同机器的GetDoubleClickTime()返回值可能不一样，有的系统被优化软件改过，默认 500ms 可能变成 300ms 甚至 900ms。写死 250ms 在某些机器上就会翻车。
// 读取系统双击阈值并计算安全间隔 UINT dblTime = GetDoubleClickTime(); // 默认 500ms UINT safeInterval = dblTime / 3; // 取 1/3 留余量 // 同时检查位置阈值，确保两次点击坐标偏移在允许范围内 int cxDbl = GetSystemMetrics(SM_CXDOUBLECLK); // 通常 4 像素 int cyDbl = GetSystemMetrics(SM_CYDOUBLECLK);参数说明：SM_CXDOUBLECLK和SM_CYDOUBLECLK是系统允许的双击位置偏移，单位像素。如果你两次点击的坐标差超过这个值，系统就认为是两次独立单击。源码里在双击前会校验坐标，如果偏移过大就强制把第二次坐标对齐到第一次，避免被判定成单击。这个细节很多网上代码都没做，导致双击在部分窗口上时灵时不灵。
提示：在远程桌面或虚拟机里跑模拟点击时，
GetDoubleClickTime()可能返回异常值，建议加个下限保护，比如max(dblTime, 200)。
4. 避坑与排查：为什么你的点击没反应
4.1 现象：点击发送成功但目标窗口无响应
原因通常有三种。第一，目标窗口不是前台窗口，SendInput的事件被发到了当前活动窗口。解决方法是先SetForegroundWindow再模拟，或者用AttachThreadInput把输入队列挂到目标线程上。第二，目标程序用了SetWindowsHookEx拦截鼠标消息，SendInput的事件会被钩子吃掉。这种情况得换PostMessage直接往窗口过程发消息，但PostMessage对双击的支持不好，需要手动构造WM_LBUTTONDBLCLK。第三，UAC 权限隔离，如果你的程序是普通权限，目标程序是管理员权限，SendInput会被系统静默丢弃。解决办法是让模拟程序也以管理员身份运行。
4.2 现象：双击被识别成两次单击
前面提过，核心是 down/up 序列和间隔。但还有一个隐蔽原因：两次点击之间鼠标发生了移动。SendInput的MOUSEEVENTF_MOVE如果带了微小位移，哪怕只有 1 像素，累计起来也可能超出SM_CXDOUBLECLK。源码里的做法是第二次点击不发送MOUSEEVENTF_MOVE，只发 down/up，让鼠标保持在原位。另外，Sleep期间如果系统有别的输入事件插入，也会打乱时序，所以模拟双击时最好避免同时跑其他输入模拟线程。
4.3 现象：多显示器下坐标偏移
SM_CXSCREEN只返回主屏宽度，副屏坐标会被截断或映射错误。正确做法是用SM_XVIRTUALSCREEN、SM_YVIRTUALSCREEN、SM_CXVIRTUALSCREEN、SM_CYVIRTUALSCREEN四个度量来计算虚拟桌面的归一化坐标。源码包里对多屏做了条件编译，单屏和多屏走不同分支。如果你只改了一处SM_CXSCREEN而忘了SM_CYSCREEN，会出现横向能点中、纵向偏到屏幕外的情况。
4.4 现象：编译报错INPUT未定义
这是字符集和头文件顺序问题。INPUT结构体在winuser.h里，但如果你在 MFC 工程里先包含了afxwin.h，再包含windows.h，可能会因为宏定义冲突导致INPUT找不到。解决办法是把#include <windows.h>放在最前面，或者在项目属性里把「使用 Unicode 字符集」确认勾上。源码包的stdafx.h里已经处理了包含顺序，直接复用即可。
4.5 现象：模拟点击在 Win10/Win11 上失效
从 Win8 开始，SendInput对某些系统级 UI（比如开始菜单、任务栏）不再生效，这是出于安全考虑。如果你的目标窗口是这类系统组件，模拟点击会被忽略。替代方案是发WM_LBUTTONDOWN消息，但需要拿到窗口句柄并确保消息能进消息队列。源码里附了一个PostMessage版本的备用实现，注释里写明了适用场景和限制。
5. 进阶技巧：把模拟点击封装成可复用的输入引擎
源码包最后给了一个进阶封装思路：把单击、双击、右键、拖拽统一成一个CInputSimulator类，内部维护一个状态机，避免多线程同时调用时时序错乱。我实际用下来，最稳的做法是给每个模拟操作加一个互斥锁，并且把Sleep换成WaitForSingleObject配合定时器，这样在等待双击间隔时不会阻塞整个线程。
验证模拟是否成功，不能只看SendInput的返回值，它只表示事件是否成功插入输入流，不代表目标窗口处理了。可靠的验证方法是给目标窗口发一个自定义消息，或者用GetCursorPos检查鼠标是否移动到了预期位置。我一般会在模拟前后各取一次光标位置，如果没变说明MOUSEEVENTF_MOVE没生效，这时候得检查坐标归一化是不是算错了。
还有一个容易被忽略的点：SendInput的cbSize参数必须是sizeof(INPUT)，如果你在 32 位程序里传了 64 位的结构体大小，函数会直接返回 0 且GetLastError报参数错误。源码里用sizeof(INPUT)而不是硬编码数字，这点值得照抄。
从那以后我每次写模拟点击，都强制先跑一遍「单屏单击→单屏双击→多屏单击」三个用例，确认坐标和时序都对了再往业务里嵌。希望帮到你。
本文还有配套的精品资源，点击获取
