ASPRUNTIME：线程运行所在的应用程序域已被卸载。答案

【问题标题】：ASPRUNTIME: The application domain in which the thread was running has been unloaded.ASPRUNTIME：线程运行所在的应用程序域已被卸载。
【发布时间】：2015-06-29 23:40:28
【问题描述】：

我们正在运行 Jekins，它启动了 gulp 构建过程。作为 gulp 构建过程的一部分，我们会触发 msbuild task。

每第二次构建都会失败并显示以下消息：

ASPNETCOMPILER : error ASPRUNTIME: 线程运行所在的应用程序域已被卸载。

无论构建之间的时间跨度如何，每隔一次构建都会发生这种情况。（即构建、失败、构建、失败）。

关于什么可能导致这种情况以及为什么它只在其他构建中发生的任何想法？

【问题讨论】：

标签： jenkins msbuild gulp

【解决方案1】：

我们通过为构建机器分配更多内存解决了这个问题。

【讨论】：

感谢这个答案，我试图关闭不必要的应用程序并解决了问题。

【解决方案2】：

我在有足够内存的机器上也遇到了这个问题。原来问题是由于使用 NTFS 压缩对目标文件夹进行了压缩。

一旦禁用压缩，它就可以毫无问题地开始工作。

我发现这可能是个问题here。

【讨论】：

遇到了同样的问题。（Jenkins 和通过cmd.exe。）有趣的是，如果我像 MSBuild 一样直接调用aspnet_compiler.exe（通过cmd.exe），它就会起作用。但是如果通过 MSBuild 运行它会失败。否则不行。去搞清楚！某种程度上相关：永远不要压缩 MS SQL Server 存储它的数据库文件的东西。

【解决方案3】：

聚会有点晚了，但对于谷歌人来说：在 Visual Studio 中进行构建时，我遇到了类似的问题。原来 Dropbox 锁定了已编译的 dll。一旦我排除了 bin 目录（是否 obj 目录也可以很好地衡量），问题就消失了。防病毒/反恶意软件程序也可能是这种情况。

【讨论】：

这还是个问题；实际上只是通过 VS2019（2020.11.22）遇到了同样的事情。

【解决方案4】：

在我的情况下，通过禁用内存压缩修复了相同的错误。

我在高功率外壳中运行

Disable-MMAgent -mc

然后重启

（可以通过Enable-MMAgent -mc重新启用）

【讨论】：