<p>用 mouse_event 模拟左键单击需先调用 MOUSEEVENTF_LEFTDOWN 再立即调用 MOUSEEVENTF_LEFTUP；若用绝对坐标，dx/dy 必须归一化为 0–65535 范围，公式为 x * 65535 / 屏幕宽（同理 y），否则无效。</p>
怎么用 mouse_event 模拟左键单击（Windows API 方式）
直接调用 windows api 的 mouse_event 是最轻量、兼容性最好的方式，但要注意它已被标记为弃用（不推荐新项目），不过在 .net framework / .net 5+ 的桌面应用中仍完全可用。
常见错误现象：mouse_event 调用后没反应——大概率是没加 MOUSEEVENTF_ABSOLUTE 或坐标没归一化；或者权限不足（UAC 高时对某些窗口无效）。
- 必须用
[DllImport("user32.dll")]引入，且参数顺序不能错：第一个是dwFlags，第二个是dx，第三个是dy，第四个是dwData，第五个是dwiExtraInfo - 模拟“单击”需两步：先发
MOUSEEVENTF_LEFTDOWN，再立刻发MOUSEEVENTF_LEFTUP，中间不要 Sleep（除非目标程序有防连点逻辑） - 如果想点绝对屏幕坐标（比如 (100, 200)），要传归一化值：
dx = (int)(100 * 65535.0 / Screen.PrimaryScreen.Bounds.Width)，同理算dy；否则默认是相对移动，不会触发点击
SendInput 替代方案更现代，但写法稍复杂
SendInput 是微软官方推荐的替代方案，支持多输入设备、更可靠，尤其在高 DPI 或远程桌面场景下比 mouse_event 稳定。
容易踩的坑：结构体声明必须用 [StructLayout(LayoutKind.Sequential)]，且字段顺序、大小必须和 Win32 原生结构一致；INPUT 类型字段填错（比如该填 INPUT_MOUSE 却填了 1）会导致静默失败。
- 要用
SendInput(1, ref input, Marshal.SizeOf<INPUT>())，第一个参数是输入数量，别写成 0 或 2 - 左键按下/抬起的
dwFlags分别是MOUSEEVENTF_LEFTDOWN和MOUSEEVENTF_LEFTUP，和mouse_event一致 - 绝对坐标同样需要归一化；若只想相对移动（比如拖拽），才用
MOUSEEVENTF_MOVE+ 原始像素差值
WPF 或 WinForms 里别用 API 模拟，优先走原生事件
如果你只是想让某个按钮“被点一下”，而不是模拟物理鼠标，那根本不需要 API——直接调用控件的 OnClick 或触发其 Click 事件即可，更快、更可控、不跨进程、无权限问题。
典型误用场景：在自动化测试中，为了“看起来像人操作”硬上 SendInput，结果因窗口焦点、缩放、DPI 导致坐标偏移，反而不稳定。
- WinForms：
button1.PerformClick()或button1_Click(null, null) - WPF：
button1.RaiseEvent(new RoutedEventArgs(Button.ClickEvent)) - 这些方式不依赖鼠标位置，也不要求窗口激活，适合单元测试或 UI 自动化逻辑层
为什么 SetCursorPos + mouse_event 组合经常失效
单独调用 SetCursorPos 设置坐标后立刻发点击，常在远程桌面、多显示器、高 DPI 缩放（如 125%）下失败——因为 SetCursorPos 设置的是“逻辑坐标”，而 mouse_event 在绝对模式下期望的是“归一化坐标”（0–65535 范围），两者单位不匹配。
更隐蔽的问题：某些安全软件或 UAC 级别的进程会拦截或丢弃非本进程发起的输入事件，尤其是从服务进程或低完整性级别进程发出时。
- 验证是否真生效：用
GetCursorPos读回坐标，再手动计算归一化值，对比你传给mouse_event的dx/dy - 绕过 DPI 问题的稳妥做法：用
GetSystemMetrics(SM_CXSCREEN)和SM_CYSCREEN获取真实屏幕像素尺寸，再做归一化 - 如果目标是另一个进程的窗口，优先考虑
PostMessage发送WM_LBUTTONDOWN/WM_LBUTTONUP，但需知道目标控件句柄且对方得处理消息
真正难的不是“怎么点”，而是“点到哪”和“点得准”——坐标系统、DPI、窗口层级、UI 线程调度，每个环节都可能悄悄吃掉你的点击。
