41、IIS 应⽤程序池集成模式和经典模式的区别?
IIS（Internet Information Services）应用程序池的集成模式（Integrated Mode）和经典模式（Classic Mode）是两种不同的运行模式，主要区别体现在请求处理机制、性能表现、配置方式及扩展性等方面。以下是详细对比：
1. 请求处理机制
经典模式
- 分离管道：IIS 和 ASP.NET 请求处理管道完全分离。
- 处理流程：
- IIS 先处理静态内容（如 HTML、CSS、JS 等）。
- 动态请求（如 .aspx、.ashx）通过 ISAPI 扩展（如
aspnet_isapi.dll）转发给 ASP.NET 运行时处理。
- 问题：请求在 IIS 和 ASP.NET 之间切换，导致性能开销和功能重复（如认证、授权需在两层分别配置）。
集成模式
- 统一管道：IIS 和 ASP.NET 请求处理管道完全融合。
- 处理流程：
- 所有请求（静态/动态）直接进入统一的管道，由 ASP.NET 模块和处理器处理。
- 支持通过托管代码（如 HTTP 模块、处理器）拦截和扩展 IIS 的核心功能（如 URL 重写、缓存）。
- 优势：减少请求处理层级，提升性能，且支持更细粒度的请求控制。
2. 性能表现
经典模式
- 性能较低：请求需在 IIS 和 ASP.NET 之间多次传递，增加 CPU 和内存开销。
- 适用场景：旧版 ASP.NET 应用程序（尤其是依赖 ISAPI 扩展的应用）。
集成模式
- 性能更高：统一管道减少请求处理步骤，支持异步模块和处理器，提升吞吐量。
- 适用场景：新版 ASP.NET 应用程序（如 MVC、Web API）或需要高性能的场景。
3. 配置方式
经典模式
- 分离配置：
- IIS 配置通过 IIS Manager 或 applicationHost.config 管理。
- ASP.NET 配置通过 web.config 的 <system.web> 节点管理。
- 问题：需在两层分别配置相同功能（如认证、授权），易出错。
集成模式
- 统一配置：
- 所有配置集中在 web.config 的 <system.webServer> 节点。
- 支持通过托管代码模块动态修改 IIS 行为（如自定义 URL 重写规则）。
- 优势：配置更简洁，且支持模块化扩展。
4. 扩展性
经典模式
- 扩展性差：仅支持通过 ISAPI 扩展或过滤器扩展 IIS 功能，开发复杂且兼容性差。
集成模式
- 扩展性强：
- 支持通过托管代码编写 HTTP 模块和处理器，直接集成到 IIS 管道。
- 可扩展 IIS 的核心功能（如请求拦截、响应处理、错误处理）。
- 示例：
- 自定义认证模块（如 OAuth 集成）。
- 动态 URL 重写规则（如 SEO 优化）。
5. 兼容性
经典模式
- 兼容旧应用：专为 IIS 6.0 迁移设计，无需修改代码即可运行旧版 ASP.NET 应用程序。
集成模式
- 兼容新版技术：支持 ASP.NET MVC、Web API、SignalR 等新技术，但旧版应用程序可能需要调整配置（如将
迁移到 ）。
6. 安全性
经典模式
- 安全配置分散：需在 IIS 和 ASP.NET 两层分别配置安全策略（如认证、授权），易遗漏。
集成模式
- 安全配置集中：通过 web.config 的 <system.webServer> 节点统一配置安全策略，支持更细粒度的控制（如基于
URL 的授权）。
如何选择？
使用集成模式：
- 新建 ASP.NET 应用程序（尤其是 MVC、Web API）。
- 需要高性能、高扩展性或统一配置的场景。
使用经典模式：
- 迁移旧版 ASP.NET 应用程序（如 .NET Framework 2.0/3.5），且无修改代码的权限。
- 依赖 ISAPI 扩展的特定功能（如旧版 URL 重写模块）。
集成模式是 IIS 7.0 后的推荐模式，尤其适合新版 ASP.NET 应用程序；经典模式仅用于兼容旧版应用。
