根本原因是send_keys()批量注入绕过真实按键节奏，导致Vue/React等框架依赖的input事件漏触发，DOM值与视图状态不一致；解决方案包括ActionChains逐字符模拟、JS直接赋值+手动dispatch事件，或针对第三方组件定制处理。
为什么 send_keys() 会丢字符？
根本原因是 Selenium 的 send_keys() 默认以极快速度把整串文本“塞”进输入框，绕过了真实用户逐个按键的节奏。某些前端框架（比如 Vue 的 v-model、React 的受控组件）依赖 input 或 keydown 事件触发更新，而批量注入不触发或漏触发这些事件，导致 DOM 值和视图状态不一致——你看到光标跳到了末尾，但实际提交时发现少了几个字母。
用 ActionChains 模拟真实按键节奏
这不是“慢一点就行”，而是要让每个字符都伴随独立的 keydown → keypress → keyup 事件链。直接调用 send_keys() 不行，得拆解：
- 先用
driver.find_element(...)定位到目标元素 - 用
ActionChains(driver).click(element).perform()确保焦点到位 - 对字符串逐字符循环：
ActionChains(driver).send_keys(char).perform() - 每发一个字符后加
time.sleep(0.05)（太短无效，超过 0.1s 易被识别为异常操作）
注意：不要在循环里反复调用 ActionChains(driver) 初始化对象，应在循环外创建一次再复用。
遇到防自动化输入的网站怎么办？
有些站点会检测 event.isTrusted === false 或监听 input 事件的触发频率。此时单纯加 delay 不够，需配合更底层的干预：
立即学习“Python免费学习笔记（深入）”；
- 用
driver.execute_script("arguments[0].value = arguments[1];", element, text)直接写死 DOM value（但不会触发input事件，需手动补发） - 补事件：紧接着执行
driver.execute_script("arguments[0].dispatchEvent(new Event('input', { bubbles: true }));", element) - 若仍失败，检查是否需要触发
change或blur事件（尤其表单校验逻辑依赖失焦）
这种写法绕过了 Selenium 的事件模拟层，但风险是：如果页面有复杂的键盘监听逻辑（比如监听 Ctrl+V 粘贴），它完全失效。
send_keys() 还能抢救吗？
可以微调，但适用场景有限——仅当目标页面是纯原生 input、无框架绑定、且只偶尔丢字符时才建议尝试：
- 避免一次性传长字符串，改用分段：比如
element.send_keys("abc")→time.sleep(0.03)→element.send_keys("def") - 插入
\ue004（Tab 键）或\ue007（Enter）等控制符前，确保光标位置稳定，否则易错位 - 绝对不要混用：即不能一边用
ActionChains打字，一边又用send_keys()追加，Selenium 的输入队列会冲突
真正难搞的是那些用了第三方输入组件（如 Element Plus 的 el-input、Ant Design 的 Input）的项目——它们内部封装了事件代理，必须用 execute_script + 手动 dispatch 才稳。
