Python 驱动浏览器自动化:Playwright + AI 的 2026 最佳实践

Python 驱动浏览器自动化:Playwright + AI 的 2026 最佳实践

摘要:在 Web 自动化领域,Selenium 曾经的霸主地位已成历史,Playwright 凭其“快、稳、强”的现代特性成为了新标准。而在 2026 年,随着 LLM(大语言模型)和视觉多模态模型的爆发,自动化测试与 RPA(机器人流程自动化)迎来了范式革命。本文将深度解析 Playwright 的核心架构,并手把手教你构建一个具备“自愈能力”的 AI 驱动自动化 Agent。本文超 7000 字,包含大量实战代码与反爬对抗技巧。


第一章:Selenium 已死,Playwright 当立?

1.1 自动化的“不可能三角”

长期以来,Web 自动化工程师都在速度、稳定性和抗检测性之间做取舍:

  • Selenium: 标准兼容好,但太慢,经常出现 ElementNotInteractableException
  • Puppeteer: 快,但原生只支持 Chrome,Python 生态支持一般。
  • Cypress: 开发者体验好,但局限于浏览器内部,无法跨 Tab 操作。

Playwright 的出现打破了这个僵局。作为微软开源的神器,它基于 CDP (Chrome DevTools Protocol) 但又不仅限于此,提供了跨浏览器(Chromium, Firefox, WebKit)的统一 API。

1.2 为什么是 Playwright?

  1. 自动等待(Auto-waiting):告别 time.sleep()。Playwright 会自动等待元素显式、可点击后再执行操作。
  2. 网络拦截(Network Interception):原生支持修改请求和响应,做 Mock 测试极为方便。
  3. 浏览器上下文(Browser Context):一个浏览器实例通过“沙箱”隔离,可以毫秒级创建上百个独立的“账号环境”,并发测试神器。
  4. Shadow DOM 穿透:原生的 CSS 选择器即可穿透 Shadow DOM,这是 Selenium 的噩梦。

Playwright Script
(Playwright 脚本)

Browser Server
(浏览器服务)

Context 1 (Profile A)
(上下文 1 - 配置文件A)

Context 2 (Profile B)
(上下文 2 - 配置文件B)

Page 1
(页面 1)

Page 2
(页面 2)

Page 1
(页面 1)


第二章:Playwright 核心实战:不仅仅是点点点

2.1 异步与并发的最佳实践

在 Python 中,建议使用 async_playwright 来最大化性能。

import asyncio from playwright.async_api import async_playwright asyncdefrun():asyncwith async_playwright()as p:# 启动浏览器(headless=False 可以看见界面) browser =await p.chromium.launch(headless=False)# 创建上下文(相当于隐身模式窗口) context =await browser.new_context( viewport={'width':1920,'height':1080}, user_agent="Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7)...") page =await context.new_page()await page.goto("https://example.com")# 强大的选择器# 文本定位await page.click("text=Get Started")# CSS + 文本混合await page.click("button:has-text('Login')")# XPath (不推荐,但支持)await page.fill("//input[@name='username']","admin")# 截图保存证据await page.screenshot(path="example.png")await browser.close() asyncio.run(run())

2.2 Trace Viewer:时间旅行调试器

这是 Playwright 最杀手级的功能。通过录制 Trace,你可以事后回放整个脚本执行过程。

  • Timeline:每一毫秒发生了什么。
  • Snapshots:查看操作前后的 DOM 快照。
  • Network:查看每个点击触发了什么网络请求。

启用方式非常简单:

await context.tracing.start(screenshots=True, snapshots=True, sources=True)# ... 执行操作 ...await context.tracing.stop(path ="trace.zip")

然后用 playwright show-trace trace.zip 即可可视化分析。


第三章:AI 赋能——构建“自愈”自动化脚本

传统脚本最怕什么?前端改版。
只要开发把 <button> 改成了 <button>,你的脚本就挂了。

在 2026 年,我们不需要手动修脚本,我们让 AI 来修。

3.1 视觉定位(Visual Grounding)

如果选择器失效,我们可以抓取当前页面的截图,发给 GPT-4o 或 Gemini 1.5 Pro 这样的多模态模型,问它:“注册按钮在哪里?”

3.2 实战:AI 自愈点击函数

import base64 from openai import AsyncOpenAI client = AsyncOpenAI(api_key="sk-...")asyncdefai_smart_click(page, description):""" 当常规选择器失败时,使用 AI 进行视觉定位点击 """try:# 1. 尝试常规模糊定位await page.click(f"text={description}", timeout=2000)except Exception:print(f"常规定位失败,启动 AI 视觉定位: {description}...")# 2. 截图 screenshot_bytes =await page.screenshot() base64_image = base64.b64encode(screenshot_bytes).decode('utf-8')# 3. 询问 VLM (Visual Language Model) response =await client.chat.completions.create( model="gpt-4o", messages=[{"role":"user","content":[{"type":"text","text":f"Locate the center coordinates (x, y) of the element described as '{description}' on this webpage screenshot. Return ONLY json like {{'x': 100, 'y': 200}}."},{"type":"image_url","image_url":{"url":f"data:image/jpeg;base64,{base64_image}"}}],}], response_format={"type":"json_object"}) coords =eval(response.choices[0].message.content)print(f"AI 定位坐标: {coords}")# 4. 执行物理点击await page.mouse.click(coords['x'], coords['y'])# 使用# await ai_smart_click(page, "蓝色的提交订单按钮")

这种模式虽然比纯选择器慢(需要调用 API),但它极大地提高了脚本的鲁棒性。在关键业务流程(如支付下单)中,稳定性高于一切。


第四章:反爬与隐身(Stealth Mode)

现在稍微像样点的网站都有 Bot 检测(Cloudflare, Akamai)。直接用 Playwright 可能会被识别为机器人。

4.1 特征检测原理

网站会检查 navigator.webdriver 属性,或者检测 WebGL 指纹、字体列表等。

4.2 完美伪装方案

我们可以使用 playwright-stealth 库,或者手动注入 JS 来掩盖特征。

asyncdefstealth_init(page):await page.add_init_script(""" // 掩盖 webdriver 属性 Object.defineProperty(navigator, 'webdriver', { get: () => undefined }); // 伪造 Chrome 插件列表 (如果是 headless 模式) if (!navigator.plugins || navigator.plugins.length === 0) { // ... 注入 Mock 数据 } // 覆盖 WebGL 指纹 const getParameter = WebGLRenderingContext.prototype.getParameter; WebGLRenderingContext.prototype.getParameter = function(parameter) { if (parameter === 37445) { return 'Intel Inc.'; } if (parameter === 37446) { return 'Intel Iris OpenGL Engine'; } return getParameter(parameter); }; """)

此外,最重要的技巧是保存状态(State Storage)。不要每次都重新登录,而是像真能人一样复用 Cookies。

# 登录一次保存状态await page.context.storage_state(path="state.json")# 下次直接加载 context =await browser.new_context(storage_state="state.json")

第五章:高性能集群化部署

当你需要每天抓取 100 万个页面,单机单进程就不够看了。

5.1 生产者-消费者模式

结合我们之前讲的 asyncio,我们可以构建一个极致性能的爬虫集群。

asyncdefworker(context, queue):whileTrue: url =await queue.get() page =await context.new_page()try:# 开启资源过滤,极大提升速度await page.route("**/*.{png,jpg,jpeg,gif,css,font}",lambda route: route.abort())await page.goto(url)# ... 业务逻辑 ...finally:await page.close() queue.task_done()asyncdefmain(): queue = asyncio.Queue()# 填充任务for i inrange(1000): queue.put_nowait(f"https://example.com/item/{i}")asyncwith async_playwright()as p: browser =await p.chromium.launch() context =await browser.new_context()# 启动 10 个并发 Worker 共享同一个浏览器实例(资源开销最小) workers =[asyncio.create_task(worker(context, queue))for _ inrange(10)]await queue.join()

这种共享 Browser Instance 但隔离 Page 的模式,比开启 10 个浏览器要节省 90% 的内存。


结语:自动化测试的终局

2026 年的 Playwright 已经不再仅仅是一个测试工具,它是连接 AI 大脑与数字世界的手臂

  • 对于测试工程师:掌握 Playwright + AI,意味着你可以写出永远不挂的测试用例。
  • 对于爬虫工程师:Playwright 提供了最强的渲染能力和对抗能力。
  • 对于全栈开发:它是在后端生成 PDF、截图、自动化运维的最佳胶水。

未来已来,现在的自动化不再是写死的脚本,而是能够感知、理解并自我修复的智能 Agent。


本文代码基于 Playwright Python 1.45+ 版本编写。

Read more

AI绘画建筑设计提示词:从基础到高级的完整创作指南

AI绘画建筑设计提示词:从基础到高级的完整创作指南

一、核心逻辑:高质量建筑提示词的 7 大组成部分 AI 对建筑的理解需要 “分层引导”,一个完整的提示词通常包含 7 个关键模块,你可根据需求灵活组合或删减,基础逻辑为:先明确 “画什么”,再定义 “怎么画”,最后优化 “画得好”。具体结构如下: [主体/建筑类型] + [风格/建筑师参考] + [环境/场景设定] + [细节与材质] + [构图与视角] + [灯光与氛围] + [画质/技术参数] 这一结构能让 AI 清晰捕捉设计核心,避免因信息模糊导致的 “偏离预期”,是高效创作的基础框架。 二、分模块详解:建筑提示词词汇库与应用技巧 1. 主体 / 建筑类型:明确 “画什么” 的核心 这是提示词的 “根基”,需精准定义建筑的功能与形态,避免笼统表述。

web3是什么,业务应用

Web3(或Web 3.0)是互联网发展的下一个阶段,核心愿景是构建一个去中心化、用户主导、无需信任中介的数字生态。它试图解决当前Web2(社交网络、电商平台等)的核心问题——数据与权力集中在少数大公司手中,让用户真正拥有自己的数字资产和身份。 一、Web3的核心逻辑:从“读/写”到“拥有” * Web1(1990s-2000s):只读互联网(Read-only),用户只能获取信息(如门户网站、早期论坛),数据是静态的。 * Web2(2000s至今):读写互联网(Read-write),用户可以互动(发朋友圈、写博客),但数据与权力归平台所有(比如微信存储你的聊天记录,抖音控制你的推荐算法)。 * Web3(正在演进):读写+拥有互联网(Read-write-own),通过区块链技术让用户直接控制自己的数据、资产和身份(比如用NFT证明你是某件数字艺术品的所有者,用加密货币转账无需银行)。 二、Web3的核心特征

喂饭级教程:OpenClaw 对接 QQ 机器人,本地/腾讯云都能用

喂饭级教程:OpenClaw 对接 QQ 机器人,本地/腾讯云都能用

文章目录 * 前言 * 一、选对路子:官方 Bot 还是个人号? * 方案 A:QQ 开放平台官方机器人 * 方案 B:个人 QQ 号变身机器人 * 二、环境准备:5 分钟搞定基础设施 * 1. 服务器/电脑要求 * 2. 安装 OpenClaw * 3. 配置大模型 API * 三、方案 A:对接 QQ 开放平台官方机器人 * Step 1:注册开发者并创建机器人 * Step 2:获取三件套凭证 * Step 3:配置 IP 白名单和沙箱 * Step 4:OpenClaw 端配置

基于FPGA的高速多通道数据采集系统搭建

基于FPGA的高速多通道数据采集系统搭建

基于FPGA的数据采集系统/ADDA采集/采集卡 如果需要其他类似相关功能的代码,可以右下角加好友加好友进行定制。 采用FPGA与ADC设计一个可以在200K Hz采样率情况下以16bits精度同时对8通道的模拟信号进行采集的采集系统。 在当今数字化的时代,数据采集系统无处不在,从科研实验到工业控制,都对数据采集的精度和速度有着极高的要求。今天咱们就来聊聊基于FPGA的数据采集系统,尤其是针对 200K Hz 采样率、16bits 精度且能同时对 8 通道模拟信号进行采集的设计。 1. 整体架构设计思路 我们选择 FPGA 作为核心控制单元,搭配 ADC(模拟数字转换器)来实现模拟信号到数字信号的转换。FPGA 拥有高度的灵活性和并行处理能力,能够很好地满足多通道高速采集的需求。ADC 则负责将模拟信号精准地转化为数字信号。 2. ADC 选型要点 要满足 200K Hz 采样率和 16bits 精度,市面上有不少合适的 ADC 芯片可供选择。比如某些高性能的逐次逼近型 ADC,它们能在这个采样率下提供稳定的 16