UiPath中，模拟鼠标和键盘支持3种模式：
Default、SendWindowMessages、SimulateType(SimulateClick)（SimulateType是输入，SimulateClick是点击）
Default模式：SendWindowMessages、SimulateType(SimulateClick)不选或都为false时
这三种有什么样的区别？
我们从原理和具体表现两个角度来区分他们。
原理：
这是官方文档上的图。
按照官方的说法，Default模式是基于系统驱动的方式，来模拟键盘和鼠标行为。是最接近真实的鼠标和键盘的方式。
SendWindowMessages模式，是通过向应用程序发送Window Message进行模拟的。是基于应用的方式。
SimulateType(SimulateClick)模式，是通过向UI元素发送消息进行模拟的。是基于UI元素的。
于是根据原理并官方文档我们可以得出下表：
| 类型 | 基于 | 兼容程度 | 响应速度 |
| Default | 系统驱动（最接近真实鼠标键盘的方式） | 全部 | 慢 |
| SendWindowMessages | 应用 | 大部分 | 中 |
| SimulateType(SimulateClick) | UI元素 | 一部分 | 快 |
具体表现：
我们在桌面创建了txt，并在uipath中，创建3个Keyborad.TypeInfo活动。
第一个我们使用Default的模式，第二种我们选择SendWindowMessages模式，第三种我们使用SimulateType模式。
分别向这个txt文件输入文字。
然后我们启动程序，当这个程序在向这个txt文件输入文字时，我们尝试每次在输入前，把鼠标光标挪开到其他应用程序窗口。
我们会发现：
| 类型 | 光标 | 文字 |
| Default | 本来在其他应用程序窗口的光标，会移动到txt文本框内。 | 文字是一个个打出的 |
| SendWindowMessages | 在其他应用程序窗口的光标不会被移动 | 文字是一个个打出的 |
| SimulateType | 在其他应用程序窗口的光标不会被移动 | 文字是瞬间出来的 |
总结：
根据上表的光标特性，当我们的机器人运行在有人工作的电脑上，我们是不能使用default模式的。
当然根据原理和具体表现的其他特征，我们还能推导出更多场景的适用方式。
