ChromeDriver无头模式报"target window already closed"并行测试故障求助

我一眼就注意到你用了private static readonly string UserDataDir——这大概率是问题的核心！静态字段在xUnit并行测试中会被多个测试场景共享，而无头Chrome的用户数据目录如果被多个实例同时使用，会引发资源竞争（比如文件锁、配置冲突），这就是为什么总是第二个启动的场景会崩溃，尤其是在截图这种需要读写浏览器资源的操作时。

给你几个针对性的解决方案，按优先级排序：

1. 为每个测试实例生成独立的用户数据目录 #

把静态的UserDataDir改成每个测试场景专属的临时目录，这样每个Chrome实例都有自己的隔离环境，不会互相干扰。示例代码：

// 去掉static，改用每个测试实例的临时目录
private string UserDataDir { get; } = Path.Combine(Path.GetTempPath(), $"ChromeTest_{Guid.NewGuid()}");

private IWebDriver CreateChromeDriver()
{
    var options = new ChromeOptions();
    options.AddArgument("--headless=new"); // 推荐用新版无头模式，稳定性更好
    options.AddArgument($"--user-data-dir={UserDataDir}");
    // 其他配置...
    return new ChromeDriver(options);
}

// 别忘了在测试结束后清理临时目录
[TearDown]
public void Cleanup()
{
    if (Directory.Exists(UserDataDir))
    {
        try
        {
            Directory.Delete(UserDataDir, recursive: true);
        }
        catch (IOException)
        {
            // 有时候Chrome进程退出慢，可以延迟几秒再删
            Thread.Sleep(2000);
            Directory.Delete(UserDataDir, recursive: true);
        }
    }
}

2. 禁用xUnit的并行测试（临时应急方案） #

如果暂时没时间改目录逻辑，可以先关闭并行测试来验证问题根源：

• 在项目根目录创建xunit.runner.json文件
• 写入以下内容：

{
  "parallelizeTestCollections": false,
  "parallelizeAssembly": false
}

不过这只是临时办法，长期来看还是隔离环境更合理。

3. 优化截图逻辑，避免资源竞争 #

另外，截图时尽量确保Chrome实例处于稳定状态，比如等待页面完全加载后再截图，或者用Selenium的ITakesScreenshot接口的标准实现，避免自定义的资源读写操作：

public void TakeScreenshot(IWebDriver driver, string savePath)
{
    var screenshot = ((ITakesScreenshot)driver).GetScreenshot();
    screenshot.SaveAsFile(savePath, ScreenshotImageFormat.Png);
}

额外建议 #

• 升级到最新版本的Selenium和ChromeDriver，新版本修复了很多无头模式下的并行bug
• 给Chrome添加额外的隔离参数，减少资源冲突概率：

options.AddArgument("--no-sandbox");
options.AddArgument("--disable-dev-shm-usage");
options.AddArgument("--single-process"); // 单进程模式，适合无头测试隔离

总结一下：核心问题是静态共享的用户数据目录导致并行实例冲突，给每个测试生成独立的临时目录就能解决大部分问题啦！

内容的提问来源于stack exchange，提问作者Matt W