Playwright：搞定动态网页抓取，这才是稳扎稳打的方案
说到抓取动态网页，Playwright 目前是公认最稳妥的方案之一。它可不是简单的模拟请求，而是能真实启动浏览器、完整执行 Ja vaScript、耐心等待所有内容加载完毕，甚至还能模拟用户的点击、滚动等交互行为。比起老牌的 Selenium，它更轻量，API 设计也更现代，对 Chromium、Firefox 和 WebKit 的跨浏览器支持也更为统一，省去了不少适配的麻烦。
为什么 requests + BeautifulSoup 在动态页面面前失灵了？
原因很简单：现在很多页面的核心内容，都是由 Ja vaScript 在后台动态插入的。比如，页面先加载一个空壳，然后通过 fetch 或 axios 请求数据，再渲染到 DOM 里。你用 requests 抓取，拿到的只是那个初始的“空壳”HTML，目标数据压根不在里面。BeautifulSoup 解析得再溜，面对的也只是一堆没有灵魂的标签。结果就是，你抓取的关键列表总是空的，字段全是 None，或者 div 里只有一个孤独的 loading 动画。
- 页面数据依赖
window.__INITIAL_STATE__这类全局变量？静态请求根本拿不到。 - 内容需要滚动或点击后才加载？必须真实触发这些事件才行。
- 网站有反爬检测（比如检查
na vigator.webdriver）？Playwright 默认的无头模式会暴露特征，需要手动处理。
启动 Playwright 浏览器：这些参数一个都不能少
如果不加下面这些参数，你的爬虫大概率会被网站识别为自动化工具，直接赏你一个 403 或者空白页：
- 禁用自动化标记：在启动时加上
chromium.launch(headless=True, args=["--disable-blink-features=AutomationControlled"])。 - 覆盖 na vigator 属性（JS 层面）：通过
page.add_init_script("Object.defineProperty(na vigator, 'webdriver', {get: () => undefined})")来“隐藏”自己。 - 设置真实的 User-Agent：
page.set_extra_http_headers({"User-Agent": "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36..."})，别用默认的。 - 可选提速项：如果不需要图片，可以禁用加载来加快速度：
args=["--blink-settings=imagesEnabled=false"]。
等待动态内容加载：别再只用 time.sleep 了
动态页面的加载时机是关键。别再用不靠谱的 time.sleep() 了，也别以为 DOM 加载完就万事大吉。你得等目标元素“真正可见并且填充了内容”。
立即学习“Python免费学习笔记（深入）”；
- 等待特定元素出现并可见：
page.wait_for_selector("article.list-item", state="visible", timeout=10000)。 - 等待关键网络请求完成（适合接口驱动型页面）：
page.wait_for_response(lambda r: "api/list" in r.url and r.status == 200)。 - 等待 JS 变量就绪（比如 Vue/React 注入的数据）：
page.wait_for_function("window.__DATA__ && window.__DATA__.items.length > 0")。 - 避免立即解析：不要急着用
page.content()，改用page.inner_html("main")或page.eval_on_selector("h1", "el => el.innerText")来获取实时渲染后的结果。
从 Playwright 切回 BeautifulSoup 做二次解析，可行吗？
当然可以，但时机和方式很重要。如果你直接 BeautifulSoup(page.content(), "html.parser")，很可能拿到的是 Ja vaScript 执行前的页面快照。正确的做法是，先确保页面已经完全稳定（用上面的等待方法），然后再获取 page.inner_html("body") 或完整的 page.content() 交给 BeautifulSoup。
不过，更推荐的做法其实是：直接使用 Playwright 自带的 page.query_selector() 和 page.query_selector_all() 来提取结构化数据。它们底层已经妥善处理了 Shadow DOM、iframe 和异步更新等问题，比把 HTML 丢给 BS4 再解析要更可靠。
如果你确实习惯用 BeautifulSoup 的 CSS 选择器，或者需要复杂的正则表达式清洗，务必记住：你取的一定得是 page.inner_html() 返回的最终 HTML，而不是初始的响应体。漏掉这个细节，整个流程就等于白跑了。
