IIS部署环境下使用CodeDom动态生成EXE遇Win32资源访问拒绝及编译错误

老兄，碰到IIS上用CodeDom动态编译生成exe的权限和编译问题太正常了，我给你分享几个踩过坑后的解决思路：

1. 先搞定Win32资源访问拒绝的权限问题 #

这个问题90%是IIS应用池的身份权限不够导致的：

• CodeDom编译时需要读写临时目录来生成中间文件，默认的应用池身份（比如ApplicationPoolIdentity）对系统临时文件夹或者未指定的编译目录没有足够权限。
• 解决办法：
  • 给应用池身份分配目标编译目录的读写权限，比如你可以在站点根目录下建一个App_Data/CompileTemp文件夹，然后把这个文件夹的读写权限给当前应用池的身份。
  • 手动指定CodeDom的临时文件目录到有权限的路径，代码示例：

    // 指向站点内的安全临时目录，避免系统Temp的权限问题
    parameters.TempFiles = new TempFileCollection(Server.MapPath("~/App_Data/CompileTemp"), false);
    

  • 临时调试的话，可以把应用池身份改成LocalSystem（但生产环境绝对不推荐，权限太大不安全），或者NetworkService，记得同步给这些身份分配目录权限。

2. 排查那两个编译错误 #

光知道有错误没用，得把具体错误信息抓出来才能定位：

• 编译后立刻读取CompilerResults.Errors集合，把错误日志打出来，代码示例：

  CompilerResults results = codeProvider.CompileAssemblyFromSource(parameters, yourSourceCode);
  if (results.Errors.HasErrors)
  {
      var errorLog = new StringBuilder();
      foreach (CompilerError err in results.Errors)
      {
          errorLog.AppendLine($"[{err.ErrorNumber}] {err.ErrorText} (行{err.Line})");
      }
      // 这里可以把errorLog写入日志文件，或者调试时直接返回错误信息
      // 比如 throw new Exception($"编译失败：{errorLog.ToString()}");
  }
  

• 常见的编译错误原因：
  • 引用的程序集路径不对：你代码里的@"assembly..."是不是实际存在的路径？如果是系统程序集，直接写程序集名称（比如"System.dll"、"System.Web.dll"）就行；如果是自定义dll，要放在站点的Bin目录下，引用时直接写文件名。
  • 源代码里有语法错误：这个就需要看错误日志里的行号和提示来修正了。

3. IIS环境的额外限制检查 #

如果上面两步都搞定还报错，就得看看IIS的系统级限制：

• UAC或Windows Defender限制：Windows Server的UAC或者应用控制可能阻止了动态生成exe的操作，把你的编译目录加入信任列表，或者临时放宽UAC权限来调试。
• CGI限制：CodeDom底层会调用csc.exe（C#编译器），如果IIS的CGI限制里禁用了这个程序，也会导致编译失败。可以在IIS管理器的“CGI限制”里检查是否允许csc.exe运行。

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