发布MVC应用时未生成App_global.asax.dll的问题求助

针对你遇到的「文件系统发布成功，但服务器部署后提示App_global.asax.dll不存在，且不想启用预编译」的问题，我整理了几个实际项目中验证有效的排查和修复方向：

1. 检查IIS应用程序池的权限配置 #

• 确保站点对应的应用程序池标识（比如默认的ApplicationPoolIdentity，或你自定义的账户）对站点根目录、bin目录，以及ASP.NET临时编译目录（默认路径为C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files）拥有读取、写入、执行权限。
• 动态编译生成App_global.asax.dll需要服务器能在临时目录创建并读取文件，权限不足会直接导致编译失败，触发缺失报错。

2. 调整发布配置的文件选项 #

• 打开项目发布配置面板，找到「文件发布选项」：
  • 务必勾选保留额外的文件（在目标位置），避免服务器上的必要编译文件被误删；
  • 确认未勾选预编译站点「启用合并」这类预编译相关选项，严格保持非预编译发布的配置；
  • 检查发布文件列表，确保Global.asax、Global.asax.cs等核心源文件完整上传到服务器，没有被排除。

3. 验证服务器.NET Framework版本匹配 #

• 确认服务器安装的.NET Framework版本和项目的目标框架完全一致（比如项目目标是.NET 4.7.2，服务器也需对应安装该版本）。版本不匹配会导致动态编译逻辑异常，无法生成对应的App_global.asax.dll。
• 可以通过IIS应用程序池的.NET CLR版本设置，再次确认版本对齐。

4. 手动触发服务器端动态编译 #

• 登录服务器后，打开IIS管理器找到你的站点，右键选择「浏览」直接访问根目录，或在本地浏览器访问站点任意页面，主动触发ASP.NET的动态编译流程。
• 若权限和配置都正常，第一次访问时服务器会自动在临时目录生成App_global.asax.dll，后续访问就不会再出现缺失报错。

5. 检查Global.asax的文件属性配置 #

• 确认项目中Global.asax的CodeBehind属性正确指向对应的代码文件，示例格式如下：

  <%@ Application CodeBehind="Global.asax.cs" Inherits="YourProjectNamespace.MvcApplication" Language="C#" %>
  

• 避免使用Src="Global.asax.cs"属性，非预编译场景下CodeBehind的指向逻辑更稳定，能确保服务器正确找到代码文件进行编译。

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