C# mouse_event函数详解：Windows鼠标事件模拟与自动化实践

1. 从需求到实现：为什么需要模拟鼠标事件？

在自动化测试、远程协助、游戏脚本或者一些需要批量重复操作的办公场景里，手动点击鼠标成了一件既枯燥又低效的事情。想象一下，你需要对一个软件界面进行上千次的点击测试，或者每天重复执行一套固定的软件操作流程，手动操作不仅耗时，还容易出错。这时候，程序化的鼠标控制就成了刚需。在 Windows 平台下，C# 作为一门强大的托管语言，为我们提供了多种与操作系统底层交互的途径，其中就包括模拟鼠标的点击、移动等事件。

模拟鼠标事件的核心，是让程序代替用户，向操作系统发送与真实硬件操作完全一致的消息。这不仅仅是“移动一下光标”那么简单，它涉及到精确的坐标控制、不同按钮（左键、右键、中键）的按下与抬起、甚至是双击和滚轮滚动。实现这一功能，我们主要有两种主流思路：一种是调用 Windows API，这是最直接、最底层的方式；另一种是使用 .NET Framework 或 .NET Core/.NET 5+ 中封装好的SendInput函数或者第三方库。今天，我们要深入探讨的是前者，特别是那个经典但已显“古老”的mouse_event函数。

虽然mouse_event函数在最新的文档中已被标记为逐渐淘汰，并由功能更强大的SendInput函数所取代，但它依然在大量遗留代码和某些特定场景中被广泛使用。理解mouse_event，不仅能帮助我们维护旧项目，更能让我们深刻理解 Windows 输入模拟的底层机制，这对于后续使用更现代的SendInput或者处理更复杂的输入模拟场景（比如组合键鼠操作）有莫大的好处。很多朋友在搜索“C# 上位机”、“C# 多线程”时，可能最终都会遇到需要自动化操作界面的需求，而模拟鼠标事件往往是实现自动化的第一步。

2. 深入mouse_event：函数原型与参数精解

要使用一个 Windows API 函数，第一步永远是搞清楚它的“长相”和“脾气”，也就是函数原型和参数含义。mouse_event函数位于user32.dll这个核心的用户界面库中。

在 C# 中，我们需要使用平台调用（P/Invoke）技术来引入这个非托管的函数。首先，要在类中声明它的外部方法签名：

[DllImport("user32.dll")] static extern void mouse_event(uint dwFlags, uint dx, uint dy, uint dwData, UIntPtr dwExtraInfo);

这个声明看起来有点复杂，我们一个一个参数拆解：

• dwFlags(uint)：这是最重要的一个参数，它是一个标志位集合，用于指定要模拟的鼠标事件类型。它不是一个枚举值，而是一系列可以通过“或”操作符 (|) 组合的常量。常见的标志有：

  • MOUSEEVENTF_ABSOLUTE(0x8000): 指示参数dx和dy包含的是绝对坐标。如果不设置此标志，则dx和dy表示相对于上次鼠标位置的移动量（相对坐标）。
  • MOUSEEVENTF_MOVE(0x0001): 移动鼠标。
  • MOUSEEVENTF_LEFTDOWN(0x0002): 模拟左键按下。
  • MOUSEEVENTF_LEFTUP(0x0004): 模拟左键抬起。一次完整的点击需要LEFTDOWN和LEFTUP成对发送。
  • MOUSEEVENTF_RIGHTDOWN(0x0008) /MOUSEEVENTF_RIGHTUP(0x0010): 右键按下和抬起。
  • MOUSEEVENTF_MIDDLEDOWN(0x0020) /MOUSEEVENTF_MIDDLEUP(0x0040): 中键按下和抬起。
  • MOUSEEVENTF_WHEEL(0x0800): 模拟滚轮滚动。此时，dwData参数表示滚动的量。
  • MOUSEEVENTF_XDOWN(0x0080) /MOUSEEVENTF_XUP(0x0100): 模拟 XButton（通常指鼠标侧键）按下和抬起，需要通过dwData指定是哪个按钮。

• dx(uint)和dy(uint)：这两个参数的含义完全取决于dwFlags中是否包含MOUSEEVENTF_ABSOLUTE。

  • 绝对坐标模式(MOUSEEVENTF_ABSOLUTE): 此时，屏幕被映射到一个 65535 x 65535 的虚拟空间中。坐标 (0, 0) 映射到屏幕左上角，(65535, 65535) 映射到屏幕右下角。你需要根据实际屏幕分辨率来计算目标位置在这个虚拟空间中的坐标。例如，在 1920x1080 的屏幕上，要将鼠标移动到正中央 (960, 540)，计算方式为：dx = 960 / 1920 * 65535 = 32767，dy = 540 / 1080 * 65535 = 32767。
  • 相对坐标模式(默认): 此时，dx和dy表示相对于当前光标位置的移动量。正值表示向右/下移动，负值表示向左/上移动。单位是“鼠标移动单位”，具体与鼠标速度设置有关，但通常可以理解为像素。

• dwData(uint)：这是一个扩展数据参数，其含义取决于dwFlags。

  • 当标志包含MOUSEEVENTF_WHEEL时，dwData指定滚轮滚动的距离。正值表示向前滚动（远离用户），负值表示向后滚动（靠近用户）。Windows 定义WHEEL_DELTA为 120，所以一次标准的“咔哒”滚动通常传递120或-120。
  • 当标志包含MOUSEEVENTF_XDOWN或MOUSEEVENTF_XUP时，dwData指定哪个 XButton 被操作。0x0001代表第一个 XButton（通常为后退键），0x0002代表第二个 XButton（通常为前进键）。

• dwExtraInfo(UIntPtr)：一个与事件关联的应用程序定义的值。这个值会被发送到目标窗口，但大多数应用程序忽略它。通常我们可以传递UIntPtr.Zero。

理解了这些参数，我们还需要定义上面提到的那些常量。一个良好的实践是将它们定义在一个静态类中：

public static class MouseEventFlags { public const uint MOUSEEVENTF_MOVE = 0x0001; public const uint MOUSEEVENTF_LEFTDOWN = 0x0002; public const uint MOUSEEVENTF_LEFTUP = 0x0004; public const uint MOUSEEVENTF_RIGHTDOWN = 0x0008; public const uint MOUSEEVENTF_RIGHTUP = 0x0010; public const uint MOUSEEVENTF_MIDDLEDOWN = 0x0020; public const uint MOUSEEVENTF_MIDDLEUP = 0x0040; public const uint MOUSEEVENTF_XDOWN = 0x0080; public const uint MOUSEEVENTF_XUP = 0x0100; public const uint MOUSEEVENTF_WHEEL = 0x0800; public const uint MOUSEEVENTF_VIRTUALDESK = 0x4000; // 映射到整个虚拟桌面 public const uint MOUSEEVENTF_ABSOLUTE = 0x8000; }

3. 从理论到实践：封装你的鼠标操作工具类

知道了原理，我们就可以动手封装一个实用的工具类了。一个好的工具类应该提供简单直观的接口，隐藏底层复杂的坐标转换和标志位组合。下面我们来构建一个MouseSimulator类。

3.1 基础移动与点击

首先实现最常用的功能：移动鼠标到指定绝对坐标，以及进行点击。

public static class MouseSimulator { [DllImport("user32.dll")] private static extern void mouse_event(uint dwFlags, uint dx, uint dy, uint dwData, UIntPtr dwExtraInfo); // ... 常量定义部分同上，此处省略 ... /// <summary> /// 将鼠标光标移动到屏幕的指定绝对坐标。 /// </summary> /// <param name="x">目标位置的X坐标（像素）</param> /// <param name="y">目标位置的Y坐标（像素）</param> public static void MoveTo(int x, int y) { // 获取当前屏幕分辨率 int screenWidth = System.Windows.Forms.Screen.PrimaryScreen.Bounds.Width; int screenHeight = System.Windows.Forms.Screen.PrimaryScreen.Bounds.Height; // 将像素坐标转换为绝对坐标系统的坐标 (0-65535) uint absoluteX = (uint)((x * 65535) / screenWidth); uint absoluteY = (uint)((y * 65535) / screenHeight); // 组合标志：绝对坐标 + 移动 mouse_event(MouseEventFlags.MOUSEEVENTF_ABSOLUTE | MouseEventFlags.MOUSEEVENTF_MOVE, absoluteX, absoluteY, 0, UIntPtr.Zero); } /// <summary> /// 在当前位置模拟一次左键单击。 /// </summary> public static void LeftClick() { mouse_event(MouseEventFlags.MOUSEEVENTF_LEFTDOWN, 0, 0, 0, UIntPtr.Zero); mouse_event(MouseEventFlags.MOUSEEVENTF_LEFTUP, 0, 0, 0, UIntPtr.Zero); } /// <summary> /// 在指定位置模拟一次左键单击。 /// </summary> public static void LeftClick(int x, int y) { MoveTo(x, y); // 这里需要一个小延迟，确保移动到位后再点击。实测中，即使不延迟，大部分情况也正常，但为了稳健性建议加上。 System.Threading.Thread.Sleep(10); LeftClick(); } // 类似地，可以实现 RightClick, MiddleClick 等方法 public static void RightClick() { mouse_event(MouseEventFlags.MOUSEEVENTF_RIGHTDOWN, 0, 0, 0, UIntPtr.Zero); mouse_event(MouseEventFlags.MOUSEEVENTF_RIGHTUP, 0, 0, 0, UIntPtr.Zero); } }

注意：上面的MoveTo方法使用了Screen.PrimaryScreen，这意味着它只对主显示器有效。在多显示器系统中，你需要更复杂的逻辑来处理跨屏幕的坐标。一个简单的办法是使用System.Windows.Forms.Cursor.Position来获取和设置位置（它内部可能也调用了类似API），但我们的目标是理解底层，所以这里展示原始API的用法。在多屏环境下，虚拟坐标空间 (0-65535) 是跨越所有显示器的，你需要根据所有显示器的虚拟工作区来计算坐标。

3.2 实现拖拽操作

拖拽操作是按下鼠标键、移动、再松开的过程。用mouse_event实现，需要注意标志位的顺序和时机。

/// <summary> /// 模拟鼠标拖拽操作：从起点按下左键，移动到终点，然后松开。 /// </summary> public static void LeftDrag(int startX, int startY, int endX, int endY) { // 1. 移动到起点 MoveTo(startX, startY); System.Threading.Thread.Sleep(50); // 给系统一点反应时间 // 2. 按下左键 mouse_event(MouseEventFlags.MOUSEEVENTF_LEFTDOWN, 0, 0, 0, UIntPtr.Zero); System.Threading.Thread.Sleep(100); // 按下后稍作停顿，模拟真人操作 // 3. 移动到终点（使用相对移动可能更符合“拖拽”的直觉，但这里用绝对移动确保精度） // 注意：在按下状态下移动，需要同时包含 LEFTDOWN 和 MOVE 标志吗？ // 实际上不需要。一旦按下，系统会跟踪鼠标状态，我们只需要发送移动事件即可。 // 但为了代码清晰，我们先发送抬起事件，再移动，再按下。但这不是真正的拖拽。 // 真正的拖拽应该在按下状态下持续移动。这里提供一个更接近真实拖拽的实现： MoveTo(endX, endY); // 在按键按下的状态下移动光标 System.Threading.Thread.Sleep(100); // 4. 松开左键 mouse_event(MouseEventFlags.MOUSEEVENTF_LEFTUP, 0, 0, 0, UIntPtr.Zero); }

重要提示：上面注释中提到的问题很关键。在真实的拖拽中，鼠标键是持续按下的。而我们的MoveTo函数发送的是“绝对移动”事件，它本身不包含按键状态信息。在 Windows 消息机制中，移动事件和按键事件是独立的。因此，当我们调用MoveTo时，系统知道光标移动了，并且由于左键处于“逻辑按下”状态（由之前的LEFTDOWN事件设置），系统会将其解释为拖拽移动。所以这个实现是可行的。然而，有些应用程序可能依赖于更精细的消息序列，这时可能需要考虑使用SendInput来发送一个包含移动和按键状态的组合输入结构。

3.3 控制鼠标滚轮

滚轮控制相对简单，主要就是使用MOUSEEVENTF_WHEEL标志和dwData参数。

/// <summary> /// 模拟鼠标滚轮滚动。 /// </summary> /// <param name="delta">滚动的距离，正值向上滚（页面向下），负值向下滚（页面向上）。120为单位。</param> public static void MouseWheel(int delta) { // dwData 参数存储滚动量，单位是 WHEEL_DELTA (120) mouse_event(MouseEventFlags.MOUSEEVENTF_WHEEL, 0, 0, (uint)delta, UIntPtr.Zero); } // 示例：向上滚动3下 // MouseWheel(120 * 3); // 示例：向下滚动1下 // MouseWheel(-120);

4. 实战中的坑与高级技巧

直接调用mouse_event看似简单，但在实际项目，尤其是复杂的自动化或“C# 上位机”开发中，你会遇到不少坑。下面分享几个我踩过并总结出的经验。

4.1 权限问题与UAC弹窗

这是新手最容易懵的地方。你的程序在本地运行得好好的，一编译成exe，或者在某些受保护的系统区域（如系统盘根目录、Program Files目录）操作时，模拟点击就失效了。尤其是在尝试操作管理员权限的程序窗口时。

根因：Windows 的用户账户控制（UAC）和会话隔离机制。从 Windows Vista 开始，不同权限级别的进程运行在不同的“会话”或“桌面”中。一个非提升权限（普通用户权限）的进程，其生成的输入事件默认只能发送到同一或更低权限级别的窗口。如果你以普通用户权限运行你的 C# 程序，它无法将鼠标点击事件发送到以管理员身份运行的程序（例如任务管理器、某些安装程序）。

解决方案：

1. 以管理员身份运行你的程序：这是最直接的方法。在 Visual Studio 中调试时，需要以管理员身份启动 VS。对于生成的exe，可以修改清单文件（app.manifest），将requestedExecutionLevel的level属性改为requireAdministrator。但这样会一直弹UAC提示，用户体验不好。
2. 使用SendInput并处理UIPI：SendInput函数同样受UIPI影响。一个更现代的方法是结合SetForegroundWindow和AttachThreadInput等函数，将你的线程输入队列附加到目标窗口的线程上。但这非常复杂且不稳定。
3. 使用System.Windows.Forms.SendKeys和Cursor的局限性：.NET 自带的SendKeys和Cursor.Position在跨权限窗口时同样会失败。
4. 终极方案（适用于自动化测试等场景）：考虑使用 Windows UI Automation (UIA) 框架。UIA 是微软官方推荐的UI自动化框架，它通过COM接口与应用程序交互，在一定程度上可以绕过一些权限障碍，因为它不是纯粹的“模拟输入”，而是调用控件自身的方法。但这超出了mouse_event的范畴。

实操建议：对于大部分操作当前用户空间普通应用程序的自动化任务，确保你的目标程序和你自己的程序以相同的权限级别运行即可。如果必须操作高权限窗口，可能需要重新设计架构，比如将需要高权限的操作分离到一个以管理员运行的小服务中，通过进程间通信（IPC）来触发。

4.2 坐标系统的陷阱：多显示器与DPI缩放

我们的MoveTo函数示例只考虑了主显示器。在现代工作环境中，多显示器是标配。此外，Windows 的DPI缩放（比如将显示比例设置为125%、150%）也会让坐标计算变得扑朔迷离。

多显示器问题：mouse_event的绝对坐标模式 (0-65535) 映射的是整个虚拟屏幕，即所有显示器拼接而成的整个桌面区域。主显示器的左上角不一定是 (0,0)。System.Windows.Forms.Screen类提供了AllScreens数组和每个屏幕的Bounds（相对于虚拟桌面的边界矩形）。正确的做法是先确定目标点在哪一个屏幕，然后根据该屏幕的Bounds来计算相对于虚拟桌面的坐标。

DPI缩放问题：这是一个更大的坑。你的程序可能感知到的屏幕分辨率是“逻辑分辨率”，而mouse_event需要的是“物理坐标”。例如，在 1920x1080 的屏幕上设置 150% 缩放，系统报告给很多应用程序的屏幕大小可能是 1280x720（逻辑分辨率）。如果你用这个逻辑分辨率去计算绝对坐标，鼠标会点错位置。

解决方案：

1. 使用系统DPI感知设置：在应用程序清单或启动代码中，声明你的程序是DPI感知的。对于 .NET Framework 4.7+ 或 .NET Core/.NET 5+ 的 WinForms 或 WPF 程序，可以在项目文件中设置或使用Application.SetHighDpiMode。这样，System.Windows.Forms.Cursor.Position和Screen类返回的坐标会更接近物理坐标。
2. 直接使用物理坐标API：使用GetSystemMetrics或GetDeviceCaps等API获取真实的物理分辨率。或者，更推荐的方式是，直接使用System.Windows.Forms.Cursor.Position来获取和设置光标位置。这个属性在大多数DPI感知设置正确的环境下，能处理好缩放问题。我们可以用它来辅助我们的mouse_event。
3. 一个更健壮的MoveTo实现思路：与其自己费力计算，不如结合使用Cursor.Position和mouse_event的相对移动。先获取当前位置，计算偏移量，然后用相对移动模式 (MOUSEEVENTF_MOVE) 移动过去。但这对于长距离移动可能需要分解为多个小步。

// 一个考虑了多显示器的、简单的绝对坐标移动实现（未完全解决DPI问题） public static void MoveToAbsolute(int x, int y) { // 假设 (x,y) 是相对于虚拟桌面左上角的坐标 // 你需要自己确保传入的坐标是正确的虚拟桌面坐标。 // 例如，通过 Screen.AllScreens 来计算。 uint absoluteX = (uint)((x * 65535) / VirtualScreenWidth); uint absoluteY = (uint)((y * 65535) / VirtualScreenHeight); mouse_event(MouseEventFlags.MOUSEEVENTF_ABSOLUTE | MouseEventFlags.MOUSEEVENTF_MOVE, absoluteX, absoluteY, 0, UIntPtr.Zero); }

4.3 时序、延迟与可靠性

模拟操作太快，应用程序可能来不及处理。特别是对于复杂的图形界面或Web应用，在元素未加载完成时点击会导致操作失败。

• 必要的延迟：在关键操作之间（如移动后点击、点击后等待窗口弹出）插入Thread.Sleep。但固定延迟不优雅，且效率低。
• 更好的做法是轮询等待：在点击按钮前，循环检测目标窗口或控件是否就绪、可见、可用。这需要结合UI自动化库（如UIA）或通过查找窗口句柄 (FindWindow) 来实现。
• mouse_event本身是异步的：调用mouse_event后，函数立即返回，但输入事件被放入系统队列。你不能假设事件被目标应用程序处理完毕后才返回。如果需要严格同步，可能需要配合消息循环或等待特定的窗口消息。

4.4 为什么官方推荐用SendInput？

mouse_event最终在内部被映射为对SendInput的调用。SendInput函数更加强大和灵活：

1. 原子性操作：SendInput可以一次发送一个包含多个输入事件（键盘、鼠标、硬件）的数组，这些事件被作为一个输入数据包处理，减少了被其他输入事件插入的风险。
2. 更丰富的输入类型：支持触摸、手写笔等现代输入设备。
3. 更清晰的API：使用结构体 (INPUT) 来封装输入信息，比一堆标志位和数字参数更易于管理和扩展。

在 C# 中使用SendInput的示例：

[StructLayout(LayoutKind.Sequential)] struct INPUT { public uint type; // 输入类型：INPUT_MOUSE, INPUT_KEYBOARD, INPUT_HARDWARE public MouseInputData mi; } [StructLayout(LayoutKind.Sequential)] struct MouseInputData { public int dx; public int dy; public uint mouseData; public uint dwFlags; public uint time; public UIntPtr dwExtraInfo; } [DllImport("user32.dll", SetLastError = true)] static extern uint SendInput(uint nInputs, ref INPUT pInputs, int cbSize); public static void LeftClickUsingSendInput(int x, int y) { // 移动鼠标 INPUT moveInput = new INPUT(); moveInput.type = 0; // INPUT_MOUSE moveInput.mi.dx = x; // 需要转换为绝对坐标 moveInput.mi.dy = y; moveInput.mi.dwFlags = MouseEventFlags.MOUSEEVENTF_ABSOLUTE | MouseEventFlags.MOUSEEVENTF_MOVE; SendInput(1, ref moveInput, Marshal.SizeOf(typeof(INPUT))); System.Threading.Thread.Sleep(10); // 按下左键 INPUT downInput = new INPUT(); downInput.type = 0; downInput.mi.dwFlags = MouseEventFlags.MOUSEEVENTF_LEFTDOWN; SendInput(1, ref downInput, Marshal.SizeOf(typeof(INPUT))); System.Threading.Thread.Sleep(50); // 抬起左键 INPUT upInput = new INPUT(); upInput.type = 0; upInput.mi.dwFlags = MouseEventFlags.MOUSEEVENTF_LEFTUP; SendInput(1, ref upInput, Marshal.SizeOf(typeof(INPUT))); }

可以看到，SendInput的代码稍显冗长，但结构更清晰，功能也更强大。对于新项目，建议优先考虑使用SendInput。

5. 综合案例：一个简单的自动化脚本示例

假设我们有一个简单的需求：自动打开 Windows 自带的“画图”程序，并在其画布中央画一个点。我们将使用System.Diagnostics.Process启动程序，用FindWindow找到窗口，然后计算中心点并点击。

using System; using System.Diagnostics; using System.Runtime.InteropServices; using System.Threading; class Program { // 引入 FindWindow API [DllImport("user32.dll", SetLastError = true)] static extern IntPtr FindWindow(string lpClassName, string lpWindowName); // ... mouse_event 声明和常量定义省略，参考前面章节 ... static void Main(string[] args) { try { // 1. 启动画图程序 Process.Start("mspaint.exe"); Console.WriteLine("已启动画图程序，等待3秒让其完全加载..."); Thread.Sleep(3000); // 等待程序启动 // 2. 查找画图窗口 IntPtr paintWindow = FindWindow(null, "无标题 - 画图"); // 窗口标题 if (paintWindow == IntPtr.Zero) { Console.WriteLine("未找到画图窗口！"); return; } Console.WriteLine($"找到画图窗口，句柄: 0x{paintWindow.ToInt64():X}"); // 3. 这里简化处理：我们假设画图打开后，画布区域大致在窗口中央偏下的区域。 // 更严谨的做法是获取窗口客户区坐标，或者使用UI Automation定位画布。 // 我们简单地移动到屏幕(800, 500)的位置并点击。 int targetX = 800; int targetY = 500; Console.WriteLine($"准备移动到 ({targetX}, {targetY}) 并点击..."); // 使用我们封装好的工具类（假设已实现） MouseSimulator.MoveTo(targetX, targetY); Thread.Sleep(200); // 等待移动完成 MouseSimulator.LeftClick(); Console.WriteLine("操作完成！"); } catch (Exception ex) { Console.WriteLine($"发生错误: {ex.Message}"); } Console.ReadLine(); } }

这个例子非常基础，实际自动化要复杂得多，需要处理窗口激活 (SetForegroundWindow)、更精确的坐标计算、以及更稳健的等待逻辑（而不是写死的Sleep）。但它展示了将mouse_event嵌入到一个完整工作流中的基本框架。

6. 调试与问题排查：当鼠标不听使唤时

模拟鼠标事件不生效，是开发过程中常遇到的问题。下面是一个排查清单：

1. 检查权限：你的程序和目标程序是否以相同权限级别运行？尝试都以管理员身份运行。
2. 检查坐标：鼠标是否移动到了奇怪的地方？打印出你计算出的绝对坐标值 (absoluteX,absoluteY)，检查计算逻辑。确认你使用的屏幕分辨率是否正确。在多显示器环境下，使用System.Windows.Forms.Screen.AllScreens来调试每个屏幕的Bounds。
3. 检查标志位：是否正确地组合了标志位？比如，要移动并点击，是先发送MOVE事件，再分别发送DOWN和UP事件。ABSOLUTE标志是否正确设置？
4. 引入延迟：在关键操作之间增加Thread.Sleep，看看是否是因为操作太快导致应用程序没反应过来。
5. 验证目标窗口：你的鼠标事件是否发送到了正确的窗口？尝试先使用SetForegroundWindow将目标窗口激活到前台。注意，一些窗口（如UAC提示窗口）有更高的安全级别，普通程序无法激活它们。
6. 使用 Spy++ 或类似工具：Visual Studio 自带的 Spy++ 工具是神器。你可以用它查看目标窗口的句柄、类名、消息队列。你可以看到真实的鼠标消息是如何发送到窗口的，与你模拟的消息进行对比。
7. 回退到SendInput：如果mouse_event始终有问题，尝试用SendInput重写相同逻辑，看是否有效。这有助于判断是否是mouse_event函数本身在某些系统上的兼容性问题。
8. 考虑杀毒软件/安全软件干扰：一些安全软件会拦截全局的鼠标键盘钩子或模拟输入，将其视为潜在风险。尝试临时禁用相关软件再测试。

模拟输入是一个与操作系统和应用程序UI框架深度交互的领域，充满了细节和边界情况。从经典的mouse_event入手，理解其原理和局限，再过渡到更强大的SendInput或更高层次的 UI 自动化框架，是一条稳健的学习路径。希望这篇长文能帮你避开我当年踩过的那些坑，更顺畅地实现你的自动化构想。