ElementClickInterceptedException 表示元素存在且可交互但被其他元素遮挡，Selenium 不会穿透点击；常见遮挡物包括 Cookie 横幅、固定 tabbar 等；scrollIntoView() 无法解决固定定位遮挡；JS click() 绕过拦截但不触发真实鼠标事件；可靠方案是先清障、再等待、最后点击，并考虑环境差异。
因为 Selenium 的 click() 方法严格模拟真实用户操作，而浏览器会拒绝点击被遮挡的区域——它不是“找不到元素”，而是“找到了但不能点”。
ElementClickInterceptedException 是什么信号
这个异常明确告诉你：目标元素在 DOM 中存在、可见、可交互，但它的坐标位置上，有另一个元素（比如 <div class="uni-tabbar__item"> 或 Cookie 横幅）正盖在它上面。Selenium 不会穿透点击，这是设计使然，不是 bug。
- 常见遮挡物：
<div id="onetrust-banner-sdk">、<div class="modal-overlay">、固定底部 tabbar、悬浮广告、加载蒙层 - 注意：即使遮挡元素是
opacity: 0或pointer-events: none，某些浏览器仍可能拦截点击（尤其旧版 Chrome 或 Safari） - 不要只看截图——用开发者工具检查
z-index层叠顺序和实际渲染位置
scrollIntoView() 为什么有时没用
滚动本身不等于“解除遮挡”。driver.execute_script("arguments[0].scrollIntoView({block: 'center'});", element) 只解决视口外问题，对固定定位（position: fixed）的遮挡层完全无效。
- 典型失效场景：底部
tabbar、顶部导航栏、全屏弹窗 —— 它们随滚动始终存在 - 建议加一步验证：滚动后用
element.is_displayed()+element.is_enabled()确认状态，再判断是否需额外处理 - 更稳妥的滚动写法：
driver.execute_script("arguments[0].scrollIntoView({block: 'center', inline: 'nearest'});", element)
JS click() 不是万能解药
driver.execute_script("arguments[0].click();", element) 绕过了浏览器的点击拦截逻辑，但它触发的是 DOM 点击事件（click event），而非真实的鼠标事件（mousedown/mouseup）。很多前端组件（如 Ant Design 按钮、Vue 自定义指令）只监听真实鼠标事件。
立即学习“Python免费学习笔记（深入）”；
- 适用场景：纯 HTML 表单按钮、带
onclick属性的元素、简单 JS 绑定 - 不适用场景：依赖
MouseEvent的拖拽控件、需要focus()后才能响应的输入框、部分 React/Vue 封装组件 - 替代方案：用
element.send_keys(Keys.ENTER)触发键盘事件，兼容性往往更好
真正可靠的处理链路
单一手段容易失效，稳定做法是组合判断：先清障 → 再等待 → 最后点击。
- 优先关闭已知遮挡层：
WebDriverWait(driver, 5).until(EC.invisibility_of_element_located((By.ID, "ot-pc-content"))) - 显式等待目标元素可点击：
WebDriverWait(driver, 10).until(EC.element_to_be_clickable(locator)) - 点击前强制滚动并微调偏移（避开固定栏）：
driver.execute_script("arguments[0].scrollIntoView({block: 'nearest'});", element); time.sleep(0.3) - 最后才 fallback 到 JS click 或
Keys.ENTER，且必须加 try/except 包裹
遮挡问题的本质是页面渲染层叠与自动化意图之间的错位。最易被忽略的一点是：不同环境（CI 机器分辨率、headless 模式、浏览器版本）下，遮挡层的出现时机和尺寸可能完全不同——别只在本地验证成功就合代码。
