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 应用程序；经典模式仅用于兼容旧版应用。