Azure虚拟机中IIS部署的ASP.NET Web服务无法刷新文件更改问题

这种情况我在日常部署中碰到过好多次，大概率是IIS的缓存机制、应用池未触发重启，或者文件传输/权限出了问题，给你一步步排查解决的方案：

• 先确认文件是否真的正确覆盖
  登录到Azure虚拟机，打开文件资源管理器找到你的站点物理路径，直接打开修改后的文件（比如.cshtml、.aspx或者配置文件），确认内容已经是最新的。有时候FTP可能因为路径选错、传输中断或者权限不足，导致文件没真正替换成功，这一步是基础排查。

• 手动重启对应应用池
  ASP.NET应用理论上会在检测到文件变化时自动重启应用池，但有时候因为缓存或者文件监视机制的延迟，不会触发。打开IIS管理器，找到你的站点对应的应用池，右键选择重启（或者在右侧操作栏点击「重启」按钮），这是最直接让IIS加载新文件的方法。

• 检查ASP.NET文件监视配置
  打开站点根目录的web.config文件，看看有没有类似这样的配置：

  <httpRuntime fcnMode="Disabled" />
  

  如果有，把fcnMode改成"Auto"或者直接删除这一行配置。fcnMode="Disabled"会禁用IIS的文件更改通知，导致IIS不会检测到文件更新，自然不会加载新内容。

• 处理静态内容缓存问题
  如果是静态文件（HTML、CSS、JS、图片）没更新，可能是浏览器或者IIS的缓存在搞鬼：

  • 浏览器端：按Ctrl+F5强制刷新页面，跳过本地缓存；
  • IIS端：打开站点的「输出缓存」功能，暂时禁用静态内容缓存（测试用），或者配置缓存规则让静态文件按文件名哈希过期。

• 重启整个IIS服务（极端情况）
  如果上面的方法都没用，试试在VM的命令提示符里运行：

  iisreset
  

  这个命令会重启整个IIS服务，所有站点都会暂时中断，适合单个站点部署的场景，能彻底清除IIS的所有缓存。

• 检查文件权限
  FTP传输后的文件，权限可能没有设置正确，导致IIS的应用池身份无法读取新文件。右键站点文件夹→「属性」→「安全」，添加你的应用池身份（格式是IIS AppPool\[你的应用池名称]），给它读取和执行、列出文件夹内容、读取这三个权限，确保IIS能访问到新文件。

• 如果是预编译的ASP.NET应用
  要是你的应用是预编译后部署的，直接替换.cshtml或者代码文件是没用的——预编译会把代码编译成.dll文件，这时候你需要重新部署预编译后的整套文件，或者修改项目设置改成动态编译模式再部署。

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