本文详解 selenium 中文本框无法正确获取焦点、用户输入仍落在地址栏的问题成因与解决方案，涵盖 webdriver 初始化、显式等待、元素定位与焦点控制等关键实践。
本文详解 selenium 中文本框无法正确获取焦点、用户输入仍落在地址栏的问题成因与解决方案，涵盖 webdriver 初始化、显式等待、元素定位与焦点控制等关键实践。
在使用 Selenium 自动化网页操作时，一个常见却易被忽视的问题是：尽管代码成功定位并调用了 click() 或 send_keys()，但用户手动键盘输入时，光标仍停留在浏览器地址栏（URL bar），而非目标 <input> 元素——这说明页面焦点（focus）并未真正转移到目标控件上。
根本原因通常有三类：
-
WebDriver 初始化方式不当：如使用
undetected_chromedriver（尤其搭配use_subprocess=True）可能绕过标准 Chrome 行为，干扰焦点管理机制； -
元素未完全就绪即操作：
find_element()成功不代表元素已可交互（例如尚未渲染完成、被遮挡、或未获得 tabindex 支持）； -
缺少显式焦点控制：仅
click()不足以保证焦点持久生效，尤其在单页应用（SPA）或含复杂 JS 初始化的页面中。
✅ 推荐解决方案（稳定、标准、可复现）：
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
# 使用标准 ChromeDriver（自动管理版本）
driver = webdriver.Chrome()
driver.get("https://library.usask.ca/#gsc.tab=0")
# 显式等待：确保目标输入框存在且可交互（可点击 + 可输入）
wait = WebDriverWait(driver, 10)
q_field = wait.until(
EC.element_to_be_clickable((By.ID, "primoQueryTemp"))
)
# 关键步骤：先 click()，再 send_keys()，必要时显式调用 focus()
q_field.click()
q_field.send_keys("elon musk")
# ✅ 进阶保障：通过 JavaScript 强制设置焦点（绕过 UI 层限制）
driver.execute_script("arguments[0].focus();", q_field)
# 后续操作（如触发搜索）
search_btn = driver.find_element(By.CSS_SELECTOR, "button[title='Search']")
search_btn.click()⚠️ 注意事项：
- 避免混合使用
undetected_chromedriver与常规 Selenium 操作逻辑——它专为反爬设计，会主动隐藏自动化特征，但也可能禁用部分标准 DOM 事件（如focus/blur的正常冒泡）； -
time.sleep(566)是不可靠的“硬等待”，应始终用WebDriverWait替代； - 若目标元素位于 iframe 内，需先
driver.switch_to.frame(...)； - 某些网站通过
preventDefault()拦截keydown事件，此时需结合ActionChains模拟真实键盘输入（但本例无需）； - 确保 Chrome 浏览器与 ChromeDriver 版本兼容（推荐使用
webdriver-manager自动匹配）。
? 总结：焦点问题本质是时序 + 可交互性 + 浏览器行为一致性的综合体现。坚持“显式等待 → 定位 → 点击 → 脚本聚焦 → 输入”四步法，即可在绝大多数现代网站中稳定实现预期交互效果。
