Playwright通过Page对象模型实现多标签页管理，需用expect_popup()捕获新页、用page实例直接操作，而非Selenium式窗口句柄切换；context.pages仅提供只读快照，无激活接口，页面生命周期依附于BrowserContext。
Playwright 1.35+ 中没有 switch_to.window() 这类 Selenium 风格的 API，标签页（tab）切换必须通过 page 实例本身完成——你操作的不是“浏览器窗口”，而是“页面对象”。关键在于：**所有新标签页都对应一个独立的 Page 对象，你需要持有并显式激活它。**
如何捕获新打开的标签页（page）？
Playwright 不会自动将新标签页赋值给变量，必须用 context.new_page() 或监听 context.on("page") 捕获。最常用、最可控的方式是使用 page.get_by_role("link", name="xxx").click() 等触发 target="_blank" 的动作时，配合 page.expect_popup()。
- 如果链接明确带
target="_blank"，用page.expect_popup()最可靠，它返回新Page实例 - 如果不确定是否新开 tab（比如某些 SPA 动态跳转），改用
context.wait_for_event("page", timeout=5000) - 避免用
context.pages[-1]取最新页——多线程/异步下顺序不可靠，且可能拿到旧页
# 示例：点击后等待新 tab 打开
with page.expect_popup() as popup_info:
page.get_by_role("link", name="Dashboard").click()
new_page = popup_info.value
# 此时 new_page 已就绪，可直接操作
new_page.wait_for_load_state("networkidle")
为什么不能直接“切换”到已有标签页？
Playwright 的设计哲学是“页面即对象”，没有全局“当前 tab”概念。所谓“切换”，本质是把控制权从一个 Page 实例转移到另一个。如果你没保存那个 Page 对象的引用，就彻底丢失了对它的控制能力——它不会消失，但你无法再调用 new_page.locator(...).click() 这类方法。
安全 Python 代码沙箱：在隔离的沙箱中执行任意 Python 代码，预装 requests、NumPy、pandas 库。返回 stdout、stderr。
-
context.pages是当前上下文中所有活跃Page的列表，但它是只读快照，不提供“激活”接口 - 没有类似
context.activate_page(page)的方法；你只需继续调用该page对象的方法即可 - 常见错误：
page.bring_to_front()不存在——Playwright 不控制浏览器 UI 层面的焦点
page 和 context 的生命周期如何影响标签页？
标签页的存活完全依赖于其所属的 BrowserContext。一旦 context.close()，里面所有 Page 实例立即失效，再调用任何方法都会抛出 Error: Page is closed。
立即学习“Python免费学习笔记（深入）”；
- 不要在
context关闭后还持有page引用并尝试操作 - 若需跨 context 共享状态，改用
browser.new_context(storage_state=...)恢复 cookies / localStorage - 频繁新建
context（如每个测试用例一个）比复用更安全，避免页面残留干扰
真正容易被忽略的是：Playwright 的 Page 对象不是“视图句柄”，而是完整的行为代理。你不需要“切换焦点”，只需要确保每次操作都发生在正确的 page 变量上——而这个变量，必须在标签页诞生那一刻就被你捕获并命名。漏掉一次 expect_popup() 或错用 context.pages[0]，后续所有操作都会静默失败或作用于错误页面。
