driver.switch_to.window() 切换本身无误，但“无缝”关键在句柄管理、加载等待与资源清理同步：window_handles[-1] 失效因列表更新延迟；新页需显式等待元素而非仅标题；多标签操作须保存原始句柄、及时关闭、用集合去重；execute_script("window.open()") 比模拟 Ctrl+Click 更可靠，因直接调用浏览器原生 API。
直接用 driver.switch_to.window() 切换标签页本身没问题，但“无缝”二字的关键不在切换动作本身，而在于句柄管理、页面加载等待和资源清理是否同步到位——多数失败都卡在这三步上。
为什么 driver.window_handles[-1] 有时切不到新页？
新标签页打开后，window_handles 列表更新有微小延迟；如果立刻读取并切换，可能拿到的还是旧列表（尤其在慢网或高负载时）。更糟的是，即使切换成功，新页 DOM 可能还没开始渲染，driver.title 还是上一页的值，find_element 直接抛 NoSuchElementException。
- ✅ 正确做法：先执行
driver.execute_script("window.open(...)"，再显式等待window_handles长度变化 - ✅ 然后用
driver.switch_to.window(driver.window_handles[-1])，紧接着必须加WebDriverWait(...).until(EC.presence_of_element_located(...)) - ⚠️ 常见坑：只等
driver.title改变——标题可能提前写入，但关键元素还没挂载
如何安全地循环操作多个标签页而不失控？
不保存原始句柄、不及时关闭无用页，几轮下来 window_handles 就会膨胀，[-1] 指向不可预期的页，甚至触发浏览器 OOM。
- ✅ 每次打开新页前，先记下当前句柄：
original_handle = driver.current_window_handle - ✅ 新页操作完，用
driver.close()关掉它，再driver.switch_to.window(original_handle)回主流程 - ✅ 如果要保留所有页到最后统一处理，务必用集合去重：
set(driver.window_handles)，避免重复句柄干扰索引 - ⚠️ 常见坑：调用
driver.quit()前没关掉多余页——Chrome 会残留进程，下次启动报端口占用
用 JavaScript 打开新页比模拟 Ctrl+Click 更可靠吗？
是的，而且不是“稍微可靠”，是本质性差异。Ctrl+Click 依赖系统焦点、键盘事件队列、浏览器对 modifier key 的实现细节，Safari 和某些新版 Chrome 已默认禁用该行为防止滥用；而 execute_script("window.open()") 是直接调用浏览器原生 API，不经过用户输入栈。
立即学习“Python免费学习笔记（深入）”；
- ✅ 必须传
href字符串进去：driver.execute_script("window.open(arguments[0], '_blank');", url)，不能只写"window.open()" - ✅
'_blank'参数不能省——省略时部分浏览器会复用当前页，而不是新开 - ⚠️ 常见坑：传了
None或空字符串给arguments[0]，JS 不报错但打开空白页，后续等待永远超时
最易被忽略的一点：新标签页打开后，driver.get() 在当前上下文失效，所有定位、点击、截图都必须在 switch_to.window() 之后立即生效；没有“隐式等待跨页延续”这回事——每页都是独立的会话上下文。
