Google 于 2026 年 9 月 9 日宣布 Chrome 154 早期稳定版更新。最初面向少量 Windows 用户的版本为 154.0.8037.17/.18，Mac 随后跟进。发布说明提到稳定性与性能改进，但没有宣称代理专属修复。
这一区别很重要。浏览器版本更新并不能证明代理行为已经改变，但对运行网页采集、市场研究、广告验证和本地化测试的团队而言，它是执行浏览器代理灰度验证的明确触发点。
固定完整自动化组合
记录灰度使用的精确组件：
- 浏览器二进制及完整版本；
- ChromeDriver 或自动化协议版本；
- Puppeteer、Selenium、Playwright 或其他客户端版本；
- 操作系统与容器镜像；
- 无头或有头模式；
- 代理协议、认证方式与区域；
- 启动参数、扩展与企业策略。
基线与候选运行之间不得让浏览器自行更新。Chrome for Testing 提供可重复使用的版本化二进制，并能减少浏览器与驱动不匹配造成的误诊。
不得记录包含凭据的完整代理 URL，只保存脱敏配置指纹。
建立成对基线与候选组
让当前集群版本与 Chrome 154 使用相同的授权目标、载荷、代理出口和并发。每个逻辑任务只进入基线组或候选组，并标记遥测。
矩阵可包含：
- 仅用于诊断对照的直连；
- 无认证 HTTP 代理；
- 认证 HTTP 代理；
- 本地 DNS 的 SOCKS5；
- 支持时的远程 DNS SOCKS5；
- 粘性住宅会话；
- 按配置触发轮换的会话；
- 产品支持时的 IPv4 与 IPv6。
目标难度应保持平衡。如果候选组承担更复杂页面或不同区域，就无法隔离浏览器变化。
证明浏览器确实使用代理
页面加载成功不能证明经过预期路径。使用自有端点返回观察到的出口 IP、地址族、请求编号与区域，并与请求配置比较。
同时检查：
- 每一次跳转；
- 顶层文档与子资源；
- Service Worker 请求；
- WebSocket 升级；
- 下载；
- 应被阻止或列入允许清单的浏览器后台请求。
可使用 Chrome 连接允许清单代理测试区分应用流量与浏览器后台连接。
以浏览器流程验证认证
代理认证可能由启动配置、扩展、浏览器对话框处理器或自动化框架提供。必须测试生产实际采用的机制。
包括有效凭据、无效凭据、过期凭据与受控轮换。区分代理 407 与源站 401，并确认自动化不会无限重试错误凭据，也不会在跨源跳转中泄漏源站授权。
诊断只记录失败阶段与状态类别，不记录秘密。即使浏览器客户端不同，也可用 代理 407 排错指南组织证据。
验证 DNS 与 TLS 边界
记录 DNS 在本地解析还是经代理路径解析。测试受控主机名变化、NXDOMAIN 以及两个地址族，并确认不存在静默直连回退。
对 HTTPS 保持证书校验开启。在自有环境中加入有效证书、主机名不匹配与不受信任测试证书，确认候选版本安全失败，并输出稳定错误分类。
应分别检查代理连接与隧道中的目标连接。浏览器可能成功到达代理，却在 CONNECT 或目标 TLS 阶段失败。
覆盖存储与身份连续性
浏览器自动化常依赖 Cookie、本地存储、会话存储、缓存与 Service Worker。应分别使用全新配置文件与获批准的持久配置文件运行。
验证：
- SameSite 与 Secure Cookie；
- 设置或更新 Cookie 的跳转链；
- 粘性代理中的会话连续性；
- 并发任务之间的存储隔离；
- Service Worker 缓存失效；
- 取消或浏览器崩溃后的清理。
不要复用个人浏览配置文件，应使用具有明确保留和访问控制的专用自动化配置文件。
测量完整导航生命周期
用工作负载证据定义完成，而不是只依赖一个浏览器事件。记录：
- 可观察时的 DNS、建连、CONNECT 与 TLS 时间；
- 响应开始与最后一个字节；
- DOMContentLoaded 与 load；
- 必需 API 响应；
- 页面专属完成标记；
- 获授权时的截图或 DOM 摘要；
- 下载文件大小与摘要；
- 控制台、网络与协议错误。
部分页面因分析或流式连接永远不会进入网络空闲，应使用显式应用标记与有边界的截止时间。
覆盖跳转、下载与 WebSocket
代理问题常隐藏在初始文档之外。矩阵应包含同源与跨源跳转、受控下载，以及工作负载使用时的 WebSocket。
对 WebSocket 验证升级状态、观察出口、消息顺序、心跳存活与正常关闭。可结合 WebSocket 代理兼容性测试。
对下载验证文件名策略、字节长度、摘要与临时文件清理。导航完成不等于下载完成。
比较冷启动与热运行工作进程
分别运行新启动浏览器、具有新上下文的热浏览器，以及已完成多个任务的长寿命工作进程。比较内存、句柄、连接复用、代理会话连续性与清理时间。
逐级提高并发，不要直接达到集群规模。记录排队时间、每工作进程小时成功任务数，以及每个有效结果的资源消耗。可参考 浏览器代理并发计划确定安全阶梯。
注入有边界的故障
只在自有基础设施中模拟：
- 代理连接拒绝；
- 407 认证失败；
- DNS 失败；
- 响应头延迟；
- 正文停滞；
- 带 Retry-After 的 429；
- 下载中途断线；
- WebSocket 中断；
- 浏览器进程终止。
每个用例都应有截止时间、唯一分类结果和清理验证。重点发现孤儿浏览器进程、锁定配置文件、遗留临时文件与多层重试放大。
使用一个重试预算
任务执行器、自动化库、导航助手与应用代码可能都在重试。应在同一逻辑任务编号下累计所有尝试。只重试可安全重放的工作，使用带抖动退避，并对无效凭据、证书拒绝等确定性失败立即停止。
报告每个完成任务的尝试次数。稳定完成率可能掩盖代理请求量和成本大幅增加。
推广闸门
只有满足以下条件才扩大 Chrome 154：
- 浏览器与驱动可精确复现；
- 所有必需代理模式保持预期出口；
- 407、DNS、CONNECT 与 TLS 错误分类正确；
- 响应、DOM 与下载完整性符合基线；
- Cookie 与存储隔离通过；
- 延迟、内存与连接抖动在约定范围；
- 需要时 WebSocket 与跳转通过；
- 取消和崩溃后没有孤儿资源；
- 已演练回滚到固定基线版本。
先从少量工作进程开始，再按区域和工作负载扩大。不要在同一变更中同时更新浏览器、自动化库、容器镜像与代理配置。
灰度检查清单
- 已固定浏览器与驱动版本
- 已记录自动化框架与镜像指纹
- 基线与候选工作负载平衡
- 自有端点证明代理路径
- 按需测试 HTTP、SOCKS5、粘性与轮换模式
- IPv4 与 IPv6 分开
- 已区分 407 与 401
- 安全测试 DNS 与 TLS 失败
- 检查跳转、子资源、下载与 WebSocket
- 隔离 Cookie、配置文件与 Service Worker
- 验证响应与文件完整性
- 比较冷启动与热运行工作进程
- 验证故障清理与重试预算
- 已测试回滚
常见问题
Chrome 154 公告是否描述代理修复？
没有。早期稳定版公告发布了新版本，并笼统说明稳定性与性能改进。本指南建议回归测试，是因为浏览器更新可能影响自动化行为，而不是因为 Google 宣布了代理缺陷。
灰度应使用普通桌面 Chrome 吗？
可重复自动化更适合使用固定版本的 Chrome for Testing 及匹配驱动。自动更新的桌面安装可能在两次运行之间变化。
页面加载成功是否足够？
不够。还需验证出口、子资源、跳转、认证、DNS、TLS、存储、下载、WebSocket 与工作负载需要的响应完整性。
可以对公开网站进行压力测试吗？
不可以。只使用自有或明确授权的目标，并遵守条款、robots 指引、速率限制、隐私义务与地区法律。
合规说明
浏览器自动化与代理只能用于获授权且比例适当的用途。不得绕过访问控制，应最小化数据收集、保护凭据，并保持可审计的批准与保留策略。
来源说明：Google Chrome Releases《Early Stable Update for Desktop》，2026 年 9 月 9 日；Chrome for Developers 自动化、Chrome for Testing 与测试二进制文档，查阅日期 2026 年 9 月 14 日。
