ASP.NET 站点部署：应用池与运行时版本

ASP.NET 站点部署出错，十有八九卡在应用池这一层：运行时版本选错、管道模式不匹配、目录权限没给对。这篇把应用池的三件核心配置讲透。 ## 版本对应关系 应用池的 CLR 版本决定站点跑在哪个运行时上：传统 ASP.NET（.NET Framework 系列）4.x 项目选 CLR v4.0；2.0 时代的老项目，先在服务器功能里装上 .NET Framework 3.5，再把应用池选成 CLR v2.0，版本选错直接报 500 系列错误。另一类是新系运行时（.NET Core 及之后的版本），它们不依赖应用池的 CLR 选择，应用池设成"无托管代码"，请求由站点目录里的托管模块接管，这样配反而不容易出错。 ## 管道模式怎么选 集成模式是现在 IIS 的默认，请求管线由 IIS 和运行时共同处理，配置能力和性能都更好；经典模式是为了兼容老站点，模拟旧版 IIS 的隔离方式。新部署一律用集成模式，只有从老服务器整体迁移、web.config 里的老式配置节报错时，才临时切经典模式过渡，稳定后逐步改造回来。 ## 身份与目录权限 应用池默认以"应用程序池标识"这个虚拟账号运行，物理路径的权限要单独授：给站点目录读权限加执行权限，对象填 IIS AppPool\你的应用池名。上传目录、日志目录这类需要写入的路径单独加修改权限，整站给写权限是偷懒埋雷。数据库连接串用独立 SQL 账号的，与这个身份无关；用集成验证时才需要给机器账号另做授权。 ## 部署与验证 应用池建好、站点指向物理路径后，先在服务器本机浏览一遍再放公网。常见报错速查：500.19 查 web.config 语法和目录权限；404 但文件确实在，看对应版本的功能组件有没有装全；"无法识别的配置节"多半是运行时版本选错或组件缺失。发布新版本直接覆盖 DLL 会触发应用池自动重启，正在处理的请求会中断，重要更新安排在低峰期做。 应用池这三项配对，站点九成的启动问题就躲开了。剩下的一成藏在代码和依赖里，翻事件查看器的应用程序日志，比在浏览器里反复刷新有效得多。