VS2017 UWP项目Release模式编译出现ILC1300错误求助

这问题我之前维护UWP项目时踩过好几次坑，属于ILC（中间语言编译器）编译流程里典型的文件锁冲突问题，时好时坏的表现完全符合这类问题的特性。

问题核心原因 #

• 编译进程残留锁：ILC编译时会生成Native中间文件，有时候VS后台的MSBuild.exe、ilc.exe进程，甚至系统的文件索引服务、杀毒软件，会在编译完成前一直握着文件句柄，导致后续的文件复制操作失败。
• 并行编译资源竞争：VS默认开启的并行编译（多核心同时处理任务），可能让多个编译线程同时访问或修改Test.dll，这种调度时机的不确定性就造成了“有时成功有时失败”的现象。
• 残留文件干扰：之前编译失败后，obj或bin目录里的旧Test.dll没有被彻底清理，后续编译尝试覆盖时，旧文件还被某个进程占用着。

分步解决办法（按操作复杂度排序） #

• 强制清理后重编：直接关闭VS，手动删除项目目录下obj\ARM\Release\ilc和bin\ARM\Release\ilc这两个文件夹，重新打开VS再编译。这是最快解决单次失败的方法，能彻底清除带锁的残留文件。
• 禁用并行编译：打开项目属性，切换到「生成」标签页，取消勾选「并行生成项目」；或者去VS的「工具」→「选项」→「项目和解决方案」→「生成并运行」，把「最大并行项目生成数」改成1。减少并行任务就能避免资源竞争冲突。
• 排除杀毒/索引扫描：把项目的obj和bin目录添加到杀毒软件的排除列表，同时关闭Windows搜索对这两个目录的索引。第三方杀毒的实时监控经常会抢先锁定编译生成的文件，导致ILC复制失败。
• 自定义ILC中间路径：编辑项目的.csproj文件，找到<IlcIntermediateOutputPath>节点（如果没有就新增），改成一个独立的中间目录，比如：

  <IlcIntermediateOutputPath>$(BaseIntermediateOutputPath)ilc_temp\</IlcIntermediateOutputPath>
  

  让ILC的中间文件和最终输出文件彻底分开，避免同路径下的文件操作冲突。
• 升级VS2017到最新补丁：微软在VS2017的后续更新中修复过不少ILC相关的文件锁bug，确保你的VS2017安装了15.9.x及以后的累积更新，大概率能从根源上解决这个问题。

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