Chrome 146 强制显示 Profile Picker 吗？如何排查会话失效？

能否认定 Chrome 146 强制显示 Profile Picker？

现有信息不足以认定这是 Chrome 146 的统一行为，也无法给出适用于所有环境的绕过参数。应先核对实际启动的程序、企业策略和 ChromeDriver 日志，再判断是否属于版本回归。

Chrome 提供了 ProfilePickerOnStartupAvailability 策略，用于控制启动时是否显示 Profile Picker。策略值 1 表示禁用，2 表示强制显示。选择器的出现可能与环境配置有关，仅凭更新后出现问题，无法确认是版本改动导致的。Chrome 企业策略说明

为什么现有代码还不能定位原因？

示例在创建 ChromeDriver 前传入了多组参数，包括访客模式、首次运行、搜索引擎选择和 feature 开关。由于没有完整异常和启动日志，目前无法看出故障发生在哪一步。

invalid session id 表示会话标识已无效或会话已经结束。关闭最后一个浏览器窗口、调用 Quit() 等情况都可能导致该错误，它本身不足以证明“Profile Picker 阻塞了 renderer”。应保留第一次异常，并检查此前是否发生过浏览器退出、连接断开或测试清理。Selenium 异常说明

材料中的 Selenium 版本仍是占位内容，ChromeDriver 版本也夹杂了图片占位文字，因此目前无法确认实际运行的版本组合。

先用最小配置和日志复现

第一轮先移除所有额外启动参数。ChromeDriver 默认会为每个会话创建临时 profile，因此不必先添加自定义 --user-data-dir。ChromeOptions 官方说明

下面的 C# 示例用于收集证据，尚未验证能否修复该环境的问题：

using System;
using System.IO;
using OpenQA.Selenium.Chrome;

var options = new ChromeOptions();

var service = ChromeDriverService.CreateDefaultService();
service.EnableVerboseLogging = true;
service.LogPath = Path.Combine(
    Directory.GetCurrentDirectory(),
    "chromedriver.log");

var driver = new ChromeDriver(service, options);
try
{
    driver.Navigate().GoToUrl(
        "data:text/html,<title>webdriver-check</title>");
    Console.WriteLine(driver.Title);
}
finally
{
    driver.Quit();
}

EnableVerboseLogging 和 LogPath 是官方给出的 C# 日志配置方式。如果构造函数就抛出异常，仍应检查生成的日志。ChromeDriver 日志文档

重点核对以下信息：

• ChromeDriver 启动时报告的版本，以及实际使用的驱动文件路径。
• 启动命令中的 Chrome 可执行文件路径、参数和用户数据目录。
• 第一条失败记录，以及后续是否出现进程退出或连接断开。
• 异常发生在 new ChromeDriver(...)，还是会话建立后的导航、窗口操作中。

如果最小配置可以运行，再逐项恢复测试所需的参数，确认是哪项变化触发了故障。

检查 Profile Picker 策略

在能够进入设置的同一 Chrome 安装、同一运行账号下打开 chrome://policy，检查策略的有效值、来源及是否存在错误，重点关注 ProfilePickerOnStartupAvailability：

官方说明还列出了默认情况下可以抑制该界面的启动条件，包括指定 profile directory、使用访客模式等。题目中这些尝试均失败，需要核查实际生效的策略和命令行。策略取值与启动条件

如果测试环境的有效策略确实是 2，负责该环境的管理员可以将其调整为适合自动化的设置。要禁用启动选择器，需将值设为 1，然后重启浏览器。这项配置有官方文档支持，会话失效的原因仍需调查。

核对浏览器、驱动和实际 profile

以日志中的实际程序为准，不要只比较下载文件的名称。Chrome 115 及之后版本的官方匹配流程支持通过 Chrome for Testing 获取对应的 Chrome 与 ChromeDriver；对于普通 Chrome 安装，应按官方版本选择流程核对兼容的驱动。ChromeDriver 版本选择

如果需要明确指定测试目录，可在创建驱动前加入：

string userDataDir = Path.Combine(
    Path.GetTempPath(),
    "selenium-profile-" + Guid.NewGuid().ToString("N"));

options.AddArgument("--user-data-dir=" + userDataDir);
options.AddArgument("--profile-directory=Default");

这里的 userDataDir 是用户数据根目录，Default 是其下的 profile。每个并行实例应使用独立目录，并在浏览器退出后清理本次创建的目录。能够打开正常窗口时，可通过 chrome://version 的 Profile Path 确认实际使用位置。Chromium profile 使用说明

题目已经尝试过类似配置，这一步需要验证参数是否实际生效，不能将其描述为已确认的修复方法。

如果仍然复现，如何继续？

从 ChromeDriver 日志中复制实际 Chrome 路径和启动参数，在相同账号、相同机器上直接启动浏览器。官方也建议通过这种方式区分浏览器启动故障与测试运行环境问题。Chrome 启动故障排查

• 直接启动也显示选择器：继续调查 Chrome 启动行为和有效策略。
• 直接启动正常，经过 ChromeDriver 才失败：比较启动命令、驱动版本及运行环境。
• 只在更新后失败：固定其他条件，用明确记录的浏览器与驱动组合进行对照，再提交完整日志和最小复现。

不能仅凭名称认定 --disable-features=WelcomeExperience,ProfilePicker 是有效配置。目前没有足够依据确认这些 feature 名称在所述构建中能够关闭该界面。也不要依靠增加等待时间来修复已经失效的会话。

进一步定位需要实际 Selenium 包版本、操作系统、完整异常堆栈、有效策略和启动日志。拿到这些信息后，才能判断应调整测试环境、修正版本还是报告 ChromeDriver 回归。

备注：内容仅供参考。