本文详解为何 send_keys() 或 click() 后键盘输入仍落在浏览器地址栏，并提供稳定可靠的解决方案：通过显式等待 + 元素聚焦 + 激活（focus()）+ 输入组合操作，确保用户键入内容准确进入目标输入框。
本文详解为何 send_keys() 或 click() 后键盘输入仍落在浏览器地址栏，并提供稳定可靠的解决方案：通过显式等待 + 元素聚焦 + 激活（focus()）+ 输入组合操作，确保用户键入内容准确进入目标输入框。
在使用 Selenium 自动化 Web 操作时，一个常见却易被忽视的问题是：尽管代码成功定位、点击或向输入框发送了字符（如 element.send_keys("test")），但用户手动键盘输入时，焦点却意外停留在浏览器地址栏（URL bar），而非预期的表单元素中。这通常并非脚本执行失败，而是浏览器焦点未真正“激活”目标元素——尤其在动态加载页面、SPA 应用或使用特殊驱动（如 undetected_chromedriver）时更为突出。
根本原因在于：
-
.click()仅模拟鼠标点击，不保证元素获得键盘焦点（尤其当元素无tabindex或被遮挡时）； -
.send_keys()在部分场景下会临时聚焦，但若后续有其他 JS 逻辑（如自动失焦、重渲染），焦点可能立即丢失； -
undetected_chromedriver等反检测驱动可能修改默认行为，干扰原生焦点管理； - 缺少显式等待，导致元素虽存在 DOM 中，但尚未可交互（如未绑定事件、CSS 动画未完成）。
✅ 推荐解决方案：三步聚焦法（稳定、跨浏览器兼容）
from selenium import webdriver
from selenium.webdriver.common.by import By
from selenium.webdriver.support.ui import WebDriverWait
from selenium.webdriver.support import expected_conditions as EC
driver = webdriver.Chrome() # 推荐优先使用标准 ChromeDriver
driver.get("https://library.usask.ca/#gsc.tab=0")
# 显式等待：确保元素可见且可点击（比 time.sleep() 更健壮）
wait = WebDriverWait(driver, 10)
q_field = wait.until(EC.element_to_be_clickable((By.ID, "primoQueryTemp")))
# 关键步骤：先 focus() 激活元素，再 clear() 和 send_keys()
q_field.click() # 可选：增强视觉反馈
q_field.send_keys(Keys.CONTROL + "a") # 全选（如有默认值）
q_field.send_keys(Keys.DELETE) # 清空
q_field.send_keys("elon musk") # 输入目标内容
# ✅ 强制聚焦（最可靠方式）：
driver.execute_script("arguments[0].focus();", q_field)
# 验证焦点是否生效（可选调试）
assert driver.switch_to.active_element == q_field, "焦点未正确设置到输入框"
# 提交搜索（示例）
search_btn = driver.find_element(By.CSS_SELECTOR, "button[title='Search']")
search_btn.click()
? 注意事项与最佳实践：
-
避免
undetected_chromedriver的非必要使用：它专为绕过反爬设计，但会覆盖 Chrome 原生焦点策略。生产环境若无需反检测，优先选用webdriver-manager自动管理的标准ChromeDriver； -
永远用
WebDriverWait替代time.sleep()：time.sleep(566)不仅低效，更掩盖真实同步问题； -
focus()脚本注入是兜底方案：driver.execute_script("arguments[0].focus();", element)直接调用 DOM API，绕过 Selenium 封装限制，对复杂框架（React/Vue）尤其有效； -
验证焦点状态：通过
driver.switch_to.active_element断言确认，便于快速定位问题； - 若仍失效，检查目标元素是否被
<iframe></iframe>包裹——需先switch_to.frame()切换上下文。
掌握焦点控制，是构建高可靠性自动化脚本的关键一环。与其依赖“点击即聚焦”的假设，不如主动声明意图：等待 → 激活 → 输入 → 验证。
