嘿，我之前维护ASP.NET WebForms项目时也碰到过一模一样的糟心事，给你分享几个实战过的排查和解决思路，应该能帮你摆脱频繁换端口、重启IIS的麻烦：

一、本地修改代码需更换IIS Express端口才生效 #

• 检查IIS Express配置文件路径：找到项目对应的applicationhost.config（通常在%userprofile%\Documents\IISExpress\config，或者项目根目录.vs文件夹下的config子目录），确认站点的physicalPath是不是指向了你的实际项目文件夹。如果路径错误，IIS Express加载的是旧目录的文件，自然看不到新修改。
• 验证VS项目Web设置：右键项目→属性→Web选项卡，确保「启用编辑并继续」已勾选（调试时实时加载代码修改的关键），同时检查有没有意外勾选「预编译站点」——预编译会把代码和静态文件打包缓存，修改后不会实时同步。
• 清理项目缓存文件：删除项目根目录的bin、obj文件夹，再清理C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files中对应你的项目的缓存目录，这些残留缓存经常是修改不生效的罪魁祸首。
• 关闭VS浏览器链接：VS工具栏里有个「浏览器链接」的图标（刷新按钮旁边），关掉它——这个功能有时候会干扰文件同步逻辑，导致修改无法实时加载。

二、生产环境更新静态文件需重启IIS才生效 #

• 调整静态文件缓存配置：在Web.config的<system.webServer>节点下添加或修改<staticContent>配置，控制缓存时长：

  <staticContent>
    <clientCache cacheControlMode="UseMaxAge" cacheControlMaxAge="00:10:00" />
  </staticContent>
  

  把cacheControlMaxAge设为合理的时长（比如10分钟），同时给静态文件添加版本号（比如common.js?v=202405201230），更新时修改版本号就能强制浏览器加载新文件，不用依赖IIS缓存。
• 检查IIS输出缓存设置：打开IIS管理器→对应站点→输出缓存，看看是否对静态文件（如.js、.png）启用了缓存。如果是，要么针对这些类型禁用缓存，要么配置缓存失效规则（比如基于文件修改时间）。
• 优化ASP.NET编译配置：确认Web.config中<compilation debug="false" />（生产环境必须设为false），同时检查<httpRuntime enableVersionHeader="true" />——开启版本头能帮助浏览器识别静态资源的更新。
• 替代方案：回收应用程序池：如果暂时没法调整配置，用「应用程序池回收」代替重启整个IIS，操作更快，对其他站点影响更小，但这只是临时方案，还是建议从缓存配置入手根治。

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