必须逐层切换嵌套iframe，不能跳过中间层；先切外层再切内层，XPath默认不跨iframe查找；退出时用parent_frame()逐级返回或default_content()直接回顶层；等待操作须基于当前frame上下文。
如何用 switch_to.frame() 进入嵌套 iframe
必须逐层进入，不能跳过中间层级。Selenium 4 不支持直接通过 CSS 或 XPath 定位嵌套 iframe 后“一步到位”切换，switch_to.frame() 只接受已加载完成的 WebElement、iframe 的 name/id 属性值，或索引（不推荐）。
常见错误是：拿到最外层 iframe 后，直接对其中的子 iframe 元素调用 find_element()，再传给 switch_to.frame() —— 这会报 NoSuchFrameException，因为该元素尚未被“激活”为可切换上下文。
- 先用
driver.find_element(By.TAG_NAME, "iframe")或带条件的选择器定位外层 iframe 元素 - 调用
driver.switch_to.frame(outer_iframe) - 再在当前上下文中查找内层 iframe 元素（此时 DOM 范围已限定在该 iframe 内）
- 再次调用
driver.switch_to.frame(inner_iframe)
为什么 find_element(By.XPATH, "//iframe") 在嵌套场景下常失效
默认搜索范围是 top-level document。一旦进入某层 iframe，XPath 查询就只作用于该 iframe 的子树；若未正确切换上下文，XPath 无法“穿透”到子 iframe 内部，更不会跨 iframe 匹配。
典型现象：页面有三层 iframe 嵌套，但用 //iframe[@id='third'] 总是返回空，不是选择器写错，而是执行时还在顶层上下文，根本看不到第三层 iframe 的 DOM 节点。
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
立即学习“Python免费学习笔记（深入）”；
- 切 iframe 前，确保目标 iframe 已出现在 DOM 中（可用
WebDriverWait等待presence_of_element_located） - 不要依赖全局 XPath 查找深层 iframe；每进一层，就用相对路径重新查找下一层
- 若 iframe 动态生成（如由 JS 插入），需等待其
contentDocument加载完成，仅等元素存在不够
退出嵌套 iframe 的正确顺序：switch_to.parent_frame() vs switch_to.default_content()
switch_to.parent_frame() 返回上一级 iframe 上下文，适合逐层回退；switch_to.default_content() 直接回到最顶层，适合清理或重置状态。两者不可混用逻辑——比如进了三层 iframe 后只调一次 parent_frame()，仍在第二层，此时若误以为已回顶层并去查 body 元素，就会失败。
- 需要继续操作同级其他 iframe 时，用
parent_frame()更安全 - 后续操作完全脱离 iframe 体系（如点击顶部导航栏），务必用
default_content() - Selenium 4 中
switch_to.frame(None)已弃用，不要用
处理 iframe 内动态内容时，WebDriverWait 必须绑定当前 frame 上下文
等待 iframe 内部按钮出现，不能在顶层上下文里等；否则 WebDriverWait(driver, 5).until(...) 里的 driver 仍指向顶层 document，永远找不到子 iframe 里的元素。
容易被忽略的是：切换 iframe 后，所有后续等待、查找、点击都必须基于当前上下文，且 WebDriverWait 不会自动感知 frame 切换。
- 每次
switch_to.frame()后，应立即创建新的WebDriverWait实例（或复用但确保 driver 状态一致） - 等待条件如
element_to_be_clickable((By.ID, "submit-btn"))才会在当前 iframe 内执行 - 若 iframe 内容由 AJAX 加载，还需确认
document.readyState === "complete"，可注入 JS 检查
switch_to 都是一次 DOM 作用域的硬切换，出错时往往不是代码写错，而是人脑没跟上当前到底在哪一层。 
