AppDomain.DynamicDirectory未生成，vstest.console.exe中应用域行为异常求因及解决

我之前也碰到过一模一样的坑，咱们来理清楚问题出在哪，以及怎么解决：

为什么在vstest.console.exe里会有这个问题？ #

vstest.console.exe作为微软的测试运行器，会对测试执行的应用域做特殊的环境隔离处理——它会覆盖或修改AppDomainSetup的部分关键属性，包括和动态目录相关的设置。这是因为测试框架需要确保不同测试用例之间的环境互不干扰，避免动态生成的程序集、临时文件交叉影响，所以它会忽略你手动配置的DynamicBase，导致DynamicDirectory属性无法正常初始化，自然就拿不到值了。

可行的解决办法 #

1. 手动构造动态目录路径 #

既然自动生成的DynamicDirectory不可靠，咱们可以自己算出来对应的路径：

var setup = new AppDomainSetup();
// 先设置你的自定义DynamicBase
setup.DynamicBase = @"C:\Your\Preferred\Dynamic\Path";
// 按照.NET默认的DynamicDirectory格式构造路径：DynamicBase + 应用域ID
var dynamicDir = Path.Combine(setup.DynamicBase, AppDomain.CurrentDomain.Id.ToString());
// 提前创建目录（避免后续加载程序集时出错）
if (!Directory.Exists(dynamicDir))
{
    Directory.CreateDirectory(dynamicDir);
}
// 创建应用域
var testDomain = AppDomain.CreateDomain("CustomTestDomain", null, setup);
// 后续直接用咱们手动构造的dynamicDir代替testDomain.DynamicDirectory

2. 使用测试隔离参数运行 #

你可以给vstest.console.exe加上/inIsolation参数，让测试程序集在独立的进程中运行。这种模式下，测试框架对AppDomain的干预会减少很多，你的DynamicBase设置大概率能正常生效，DynamicDirectory也能正常获取。不过要注意，这个参数会增加测试的启动开销，运行速度可能会慢一点。

3. 绕开DynamicDirectory，用AssemblyResolve事件加载程序集 #

如果你的场景是需要加载动态生成的程序集，完全可以不依赖DynamicDirectory：订阅目标AppDomain的AssemblyResolve事件，当程序集找不到时，从你指定的动态目录里手动加载。示例代码大概是这样：

var testDomain = AppDomain.CreateDomain("CustomTestDomain", null, setup);
testDomain.AssemblyResolve += (sender, args) =>
{
    var assemblyPath = Path.Combine(你的动态目录路径, $"{new AssemblyName(args.Name).Name}.dll");
    return File.Exists(assemblyPath) ? Assembly.LoadFrom(assemblyPath) : null;
};

验证建议 #

先在普通的控制台程序里跑一遍你的AppDomain创建代码，确认DynamicDirectory能正常返回值——这样就能明确问题确实是vstest.console.exe的特殊处理导致的，而不是你的代码逻辑问题。

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