Angular与MVC 4.7.2项目部署IIS后Bundles资源404问题排查

已确认的根因 #

Angular编译输出的runtime、polyfills、main、styles等文件本身已经完成了打包、压缩、哈希命名处理，.NET的Bundle机制默认在发布到IIS的Release模式下，会对绑定的资源自动执行二次合并、压缩操作。双重压缩场景下.NET无法正常识别已压缩的带哈希后缀的资源文件，导致生成的虚拟Bundle路径访问时报404错误。

你使用的解决方案逻辑 #

你添加的配置：

BundleTable.EnableOptimizations = false;

作用是全局关闭.NET Bundle的自动优化功能，此时Bundle会直接输出原始的单个文件引用，不再执行合并压缩逻辑，刚好适配Angular已经预打包好的产物，因此问题得到解决。

可选优化方案 #

如果希望获得更好的访问性能，也可以选择以下更适配Angular + .NET混合部署场景的方案：

• 直接停用.NET Bundler：Angular已经完成了前端资源的打包压缩工作，完全不需要额外依赖.NET的Bundle能力，直接在_Layout.cshtml中硬编码引用dist目录下的对应资源文件即可，避免中间层逻辑冲突。
• 配置Bundle忽略二次压缩：如果需要保留Bundle的使用逻辑，可以在BundleConfig.cs的RegisterBundles方法开头添加bundles.IgnoreList.Clear();，清空Bundle的默认忽略规则，让其可以正常识别带哈希、.min后缀的已压缩文件。
• 补充IIS配置校验：额外确认两个IIS配置项避免其他同类问题：
  • 站点对应的应用程序池.NET Framework版本与项目开发使用的版本完全匹配
  • 服务器角色中已经安装「静态内容」功能，确保.js、.css类静态资源可以被IIS正常返回

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