ASP.NET配置文件层次结构和继承

ProcessModel 元素

processModel 元素(ASP.NET 设置架构)元素配置用于服务器(包括服务器上的所有 ASP.NET 应用程序)的处理模型。因此，processModel 设置只能放在 Machine.config 文件中，而且不能被任何 Web.config 文件中的设置重写。

对 processModel 元素的更改将只有在辅助进程重新启动之后才生效，而不是像其他配置元素那样在设置更改之后立即生效。

注意

当 ASP.NET 以辅助进程隔离模式运行在 Internet 信息服务 (IIS) 6.0 中时，将使用 IIS 6.0 进程模型，并将忽略 Machine.config 文件的 processModel 节中的设置。若要配置进程标识、循环或其他进程模型值，请使用 IIS 管理器来配置应用程序的 IIS 辅助进程。

运行时计算配置设置

当服务器接收对特定 Web 资源的请求时，ASP.NET 使用位于所请求 URL 的虚拟目录路径中的所有配置文件按层次结构计算该资源的配置设置。本地配置设置将重写父配置文件中的设置。

这些设置计算一次，随后将缓存以供后续请求使用。ASP.NET 自动监视对文件进行的更改，并在该文件的层次结构内的任何配置文件发生更改时重新计算缓存。当服务器收到对特定 URL 的请求时，ASP.NET 将使用缓存中的配置设置层次结构来找到所请求的资源。

除非配置节元素中包括 restartOnExternalChanges="false" 属性，或者配置设置包含在使用 configSource 属性链接到 Web.config 文件的单独文件中，否则当配置发生更改时，应用程序将重新启动。

单个文件中配置的多个 ASP.NET 资源

当管理大量配置设置或者管理 ISP 设置中的客户端网站时，将多个位置的设置存储在一个 Web.config 文件中可能会非常有用。使用 location 元素的 path 属性，可以对存储在应用程序子目录中的多个特定的 ASP.NET 资源进行配置。

有关如何使用 location 元素的信息，请参见如何:使用位置设置配置特定目录。

虚拟目录中的设置和物理目录中的设置发生冲突

虚拟目录的配置设置独立于物理目录结构，必须小心组织虚拟目录以防止出现配置问题。例如，您可能有一个具有如下物理目录结构且名为 MyResource.aspx 的 ASP.NET 文件。