ASPRUNTIME：线程 运行 所在的应用程序域已被卸载。
ASPRUNTIME: The application domain in which the thread was running has been unloaded.
我们是 运行 Jekins，它启动了 gulp 构建过程。作为 gulp 构建过程的一部分，我们触发 msbuild task.
每秒构建失败并显示消息：
ASPNETCOMPILER : error ASPRUNTIME: The application domain in which the thread was running has been unloaded.
无论构建之间的时间跨度如何，每隔一个构建都会发生这种情况。 （即构建、失败、构建、失败）。
关于可能导致此问题的原因以及为什么它只在其他版本中发生的任何想法？
我们通过为构建机器分配更多内存解决了这个问题。
我在有足够内存的机器上也遇到了这个问题。原来问题是由于目标文件夹正在使用 NTFS 压缩进行压缩。
压缩被禁用后，它开始正常工作。
我看到这可能是个问题 here。
聚会有点晚了，但对于谷歌人来说：
在 visual studio 中进行构建时，我遇到了类似的问题。原来 Dropbox 锁定了已编译的 dll。一旦我排除了 bin 目录（obj 目录也被排除在外），问题就消失了。 antivirus/antimalware 程序也可能是这种情况。
在我的案例中，同样的错误已通过禁用内存压缩得到修复。
我运行在高功率shell
Disable-MMAgent -mc
并重启
（可以通过 Enable-MMAgent -mc 重新启用）
我们是 运行 Jekins，它启动了 gulp 构建过程。作为 gulp 构建过程的一部分，我们触发 msbuild task.
每秒构建失败并显示消息：
ASPNETCOMPILER : error ASPRUNTIME: The application domain in which the thread was running has been unloaded.
无论构建之间的时间跨度如何，每隔一个构建都会发生这种情况。 （即构建、失败、构建、失败）。
关于可能导致此问题的原因以及为什么它只在其他版本中发生的任何想法？
我们通过为构建机器分配更多内存解决了这个问题。
我在有足够内存的机器上也遇到了这个问题。原来问题是由于目标文件夹正在使用 NTFS 压缩进行压缩。
压缩被禁用后，它开始正常工作。
我看到这可能是个问题 here。
聚会有点晚了，但对于谷歌人来说： 在 visual studio 中进行构建时，我遇到了类似的问题。原来 Dropbox 锁定了已编译的 dll。一旦我排除了 bin 目录（obj 目录也被排除在外），问题就消失了。 antivirus/antimalware 程序也可能是这种情况。
在我的案例中，同样的错误已通过禁用内存压缩得到修复。
我运行在高功率shell
Disable-MMAgent -mc
并重启
（可以通过 Enable-MMAgent -mc 重新启用）