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

Stable Diffusion WebUI 本地部署完整教程

Stable Diffusion WebUI 本地部署完整教程

Stable Diffusion WebUI 本地部署完整教程(AUTOMATIC1111 版) 本教程基于 Windows 系统,适合 AI 绘画爱好者或初学者,旨在帮助大家从零部署并运行本地的 Stable Diffusion 模型界面(Web UI)。我们将从克隆项目、配置环境到运行界面,并附上常见网络问题的解决方案。 一、准备工作 1. 安装依赖 * Python 3.10.x * Git(推荐官网下载最新版) * 显卡驱动 + CUDA(NVIDIA 用户,建议驱动更新到最新版) 安装好后,确保 Python 和 Git 都加入了系统环境变量。 二、克隆项目仓库 使用如下命令克隆 AUTOMATIC1111 的 Web UI 项目:

从零开始:Xilinx FPGA实现RISC-V五级流水线CPU手把手教程

从一块FPGA开始,亲手造一颗CPU:RISC-V五级流水线实战全记录 你还记得第一次点亮LED时的兴奋吗?那种“我真正控制了硬件”的感觉,让人上瘾。但如果你能 自己设计一颗处理器 ,让它跑起第一条指令——那才是数字世界的终极浪漫。 今天,我们就来做这件“疯狂”的事:在一块Xilinx FPGA上,用Verilog从零实现一个 完整的RISC-V五级流水线CPU 。不是调用IP核,不是简化版demo,而是包含取指、译码、执行、访存、写回五大阶段,并解决真实数据冒险与控制冒险的可运行核心。 这不仅是一次教学实验,更是一场对计算机本质的深度探索。 为什么是 RISC-V + FPGA? 别误会,我们不是为了赶潮流才选RISC-V。恰恰相反,它是目前最适合学习CPU设计的指令集。 * 开放免费 :没有授权费,文档齐全,连寄存器编码都写得明明白白。 * 简洁清晰 :RV32I只有40多条指令,没有x86那样层层嵌套的历史包袱。 * 模块化扩展 :基础整数指令够用,后续想加浮点、压缩指令、向量扩展,都可以一步步来。

FPGA通信——实现串口通信(Uart)

FPGA通信——实现串口通信(Uart)

一、串口通信介绍 1.1、核心概念 并行通信 (Parallel):像高速公路,8车道同时跑8辆车。速度快,但占用引脚多,且在长距离传输时容易出现“时钟偏差(Skew)”导致数据错位。 串行通信 (Serial):像单行道,车必须一辆接一辆地排队走。引脚少,成本低,且现代高速串行技术(如PCIE, SATA)通过差分信号解决了速度问题。 我们常说的“串口”通常特指 UART (Universal Asynchronous Receiver/Transmitter,通用异步收发传输器)。 1.2、逻辑层面 UART 是一种异步通信协议。 * 异步 (Asynchronous):发送方和接收方之间没有公共的时钟线(不像 SPI 或 I2C 有 CLK 线)。 * 约定:

【论文阅读】Structured Spectral Reasoning for Frequency-Adaptive Multimodal Recommendation

【论文阅读】Structured Spectral Reasoning for Frequency-Adaptive Multimodal Recommendation 用于频率自适应多模态推荐的结构化谱推理 摘要 虽然最近的工作探索了频域作为分离稳定信号和噪声信号的透镜,但大多数方法依赖于静态滤波或重新加权,缺乏对频谱结构进行推理或适应特定模态可靠性的能力。 为了应对这些挑战,我们提出了一种用于频率感知多模态推荐的结构化谱推理(SSR)框架。 我们的方法遵循四阶段流程: (i)通过图引导的变换将基于图的多模态信号分解为频带以隔离语义粒度; (ii) 通过频带掩蔽来调制频带级可靠性,这是一种具有预测一致性目标的训练时掩蔽,可抑制脆性频率分量; (iii) 使用高光谱推理与低阶跨频带交互融合互补频率线索; (iv)通过对比正则化对齐特定模态的光谱特征,以促进语义和结构的一致性。 引言 多模态推荐把协同交互与图像/文本一起用时,模态噪声、语义错位和冗余会沿用户–物品图传播被放大,导致表示不稳、冷启动效果差。现有空间域融合和许多频域滤波方法多是“拼接/静态重加权”,