卸载.NET框架后，IIS中原本依赖对应.NET版本运行的站点会出现各类配置异常，常见的表现包括站点无法启动、访问页面返回500错误、应用程序池反复停止、处理程序映射丢失等，这些问题会直接影响线上业务的正常访问，需要针对性完成配置修复。
常见故障表现与原因
卸载.NET后IIS站点的故障主要来自两个层面，一是应用程序池的.NET CLR版本配置失效，二是站点依赖的.NET相关处理程序映射被移除。
核心故障表现
- 应用程序池状态变为停止，手动启动后立即自动停止
- 访问站点返回500.19等配置错误，提示配置文件存在无法识别的配置节
- 站点处理程序映射中缺失对应.NET版本的ISAPI和CGI限制项
- ASP.NET相关功能在IIS功能列表中消失
故障产生原因
当卸载某个版本的.NET框架时，系统会同步移除该版本对应的IIS扩展组件，同时应用程序池中配置的.NET CLR版本会变为无效值，导致站点运行时无法加载对应的运行时环境，进而触发各类异常。
配置修复操作步骤
第一步：调整应用程序池配置
首先打开IIS管理器，在左侧连接面板中展开服务器节点，选择应用程序池选项，找到对应站点的应用程序池，右键选择高级设置。
在高级设置面板中找到.NET CLR 版本选项，如果之前配置的是被卸载的.NET版本，需要将其修改为当前服务器已安装的.NET版本，若站点不需要.NET运行环境，可选择无托管代码。修改完成后点击确定，再右键启动应用程序池。
第二步：恢复处理程序映射
如果站点需要运行ASP.NET程序，需要恢复对应的处理程序映射。以恢复.NET Framework 4.8的处理程序为例，可打开命令行执行以下命令重新注册.NET到IIS：
%windir%Microsoft.NETFramework64v4.0.30319aspnet_regiis.exe -i
如果是32位环境，路径替换为%windir%Microsoft.NETFrameworkv4.0.30319aspnet_regiis.exe。执行完成后，在IIS管理器的处理程序映射中可以看到对应的.NET处理程序已经恢复。
第三步：校验ISAPI和CGI限制
在IIS管理器中选择服务器根节点，双击ISAPI 和 CGI 限制选项，检查对应.NET版本的ISAPI扩展是否被允许。如果被卸载的.NET版本对应的项显示为不允许，需要右键选择允许，确保处理程序可以正常加载。
第四步：修复站点配置文件
如果站点配置文件web.config中存在被卸载.NET版本专属的配置节，需要手动移除或调整。例如如果配置文件中存在system.web等仅属于特定.NET版本的配置节，而当前应用程序池使用的是无托管代码或其他版本，需要删除对应配置节避免报错。
以下是清理后适配多版本的web.config示例片段：
<configuration>
<system.webServer>
<handlers>
<!-- 移除无效的.NET处理程序引用 -->
<remove name="PageHandlerFactory-Integrated" />
</handlers>
</system.webServer>
</configuration>
修复后校验方法
完成上述配置后，在IIS管理器中右键对应站点选择浏览，检查站点是否可以正常访问。如果仍然报错，可以打开IIS的失败请求跟踪规则，添加对应站点的跟踪规则，查看具体的错误原因，再针对性调整配置。
如果站点不需要运行.NET程序，只需要提供静态文件访问，完成应用程序池设置为无托管代码，同时移除web.config中所有的.NET相关配置节，即可保证站点正常运行。