WebConfig 详解

1、Web.Config继承特性

首先咱们就来看看配置文件的继承层次。都知道在ASP.NET中有不少的配置文件,如machine.config,web.config，特别是web.config出如今不少的地方，出如今不一样的地方做用也不同。并且咱们还知道machine.config中的配置对服务器上全部ASP.NET网站起做用，而web.config中的配置就依据它所在的位置而定，如在一个网站根目录中的web.config就对整个网站起做用，在一个网站中的某个文件夹中的web.config就只对该文件夹起做用，并且网站跟目录中的web.config中的配置也对这个文件夹起做用。这就反映出了另一个事实：配置文件是有继承层次的. 换个角度，对于一个网站中的某个文件夹，它不只仅只是受本文件夹中web.config的配置约束，并且还收到本网站中根目录下的web.config的约束，并且还受到本台服务器上的machine.config的约束。<br />

下面咱们就来具体的看看ASP.NET中的配置文件的继承层次：

1.machine.confiig－在ASP.NET中，不少的默认的配置都是定义在这个配置文件中的，可是有一些配置已经从machine.config中移出到别的地方了，为了缩短ASP.NET的加载时间。咱们知道在运行一个ASP.NET程序的时候，ASP.NET运行时是要加载不少的配置文件的，固然machine.config是必定要加载的，可是其中有些配置不是必须的，因此就移到别的地方，若是用到就加载。

2.在安装根目录中的web.config－在%windir%\Microsoft.NET\Framework\v2.0.50727\CONFIG中的配置文件，以前说过machine.config把不少的配置移出了，就放在这个配置中。

3.在根目录中的web.config－咱们也能够把web.config放在根目录中，让它对整个根目录起做用。如：c:\inetpub\wwwroot.由于咱们能够新建不少的虚拟目录文件夹，文件夹中有网站程序，若是把配置文件放在虚拟目录中，那么配置就对整个文件夹中的网站起做用。

4.一个网站中的web.config－这是咱们最多见的配置地方。

5.网站中的某个文件夹中的web.config－咱们经常经过这个配置文件来限制对文件的访问权限。

继承机构图

2、Web.Config结构说明

当建立一个ASP.NET项目时，默认状况下会在根目录自动建立一个默认的 Web.config文件，包括默认的配置设置，全部的子目录都继承它的配置设置。若是你想修改子目录的配置设置，你能够在该子目录下新建一个Web.config文件。它能够提供除从父目录继承的配置信息之外的配置信息，也能够重写或修改父目录中定义的设置。Web.config文件是按照XML的格式定义的，因此必须严格遵照XML格式。

      全部配置信息都驻留在 <configuration> 和 </configuration> 根 XML 标记之间。标记间的配置信息分为两个主区域：配置节处理程序声明区域和配置节设置区域。

配置节处理程序声明出如今配置文件顶部 <configSections> 和 </configSections> 标记之间，配置节声明使用<section>节，如：

     <section name="dataConfiguration" type="Microsoft.Practices.EnterpriseLibrary.Data.Configuration.DatabaseSettings, Microsoft.Practices.EnterpriseLibrary.Data" />

     配置节也支持嵌套，外层的配置节使用<sectionGroup>，内层的使用<section>，如：

      <sectionGroup name="webServices" type="System.Web.Configuration.ScriptingWebServicesSectionGroup, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"> 
                <section name="jsonSerialization" type="System.Web.Configuration.ScriptingJsonSerializationSection, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" allowDefinition="Everywhere"/> 
                <section name="profileService" type="System.Web.Configuration.ScriptingProfileServiceSection, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" allowDefinition="MachineToApplication"/> 
      </sectionGroup>

     配置节设置区域位于 <configSections> 区域以后，它包含实际的配置设置，如：

     <dataConfiguration defaultDatabase="DefaultConnection" />

      全部的配置节都必须遵照先声明后使用的原则，否则编译程序时会报错。

      有人可能会疑问，为何Web.config中默认生成的配置节没看到声明就直接用呢？好比<connectionStrings>和<appSettings>。这是由于这些节的声明是在Windows\Microsoft .NET\Framework\versionNumber\CONFIG\Machine.config中完成的，Machine.config 文件用于服务器级的配置设置，Web.config文件继承 Machine.config 文件中的全部设置。

 

3、WebConfig几点配置说明

如下全部的代码都应该位于

<configuration> 

<system.web> 

和

</system.web> 

</configuration> 

之间，出于学习的目的下面的示例都省略了这段XML标记 

一、<authentication> 节

做用：配置 ASP.NET 身份验证支持（为Windows、Forms、PassPort、None四种）。该元素只能在计算机、站点或应用程序级别声明。<authentication> 元素必需与<authorization> 节配合使用。

示例：

如下示例为基于窗体（Forms）的身份验证配置站点，当没有登录的用户访问须要身份验证的网页，网页自动跳转到登录网页。 

<authentication mode="Forms" >
<forms loginUrl="logon.aspx" name=".FormsAuthCookie"/>
</authentication>

其中元素loginUrl表示登录网页的名称，name表示Cookie名称

二、<authorization> 节

做用：控制对 URL 资源的客户端访问（如容许匿名用户访问）。此元素能够在任何级别（计算机、站点、应用程序、子目录或页）上声明。必需与<authentication> 节配合使用。

示例：如下示例禁止匿名用户的访问

<authorization>
<deny users="?"/>
</authorization>

注：你可使用user.identity.name来获取已通过验证的当前的用户名；可使用web.Security.FormsAuthentication.RedirectFromLoginPage方法将已验证的用户重定向到用户刚才请求的页面.

三、<compilation>节

做用：配置 ASP.NET 使用的全部编译设置。默认的debug属性为“True”.在程序编译完成交付使用以后应将其设为 True（Web.config文件中有详细说明，此处省略示例）

四、<customErrors>

做用：为 ASP.NET 应用程序提供有关自定义错误信息的信息。它不适用于 XML Web services 中发生的错误。

示例：当发生错误时，将网页跳转到自定义的错误页面。

<customErrors defaultRedirect="ErrorPage.aspx" mode="RemoteOnly">
</customErrors>

其中元素defaultRedirect表示自定义的错误网页的名称。mode元素表示：对不在本地 Web 服务器上运行的用户显示自定义(友好的)信息。 

五、<httpRuntime>节

做用：配置 ASP.NET HTTP 运行库设置。该节能够在计算机、站点、应用程序和子目录级别声明。

示例：控制用户上传文件最大为4M，最长时间为60秒，最多请求数为100 

<httpRuntime maxRequestLength="4096" executi appRequestQueueLimit="100"/>

六、 <pages>

做用：标识特定于页的配置设置（如是否启用会话状态、视图状态，是否检测用户的输入等）。<pages>能够在计算机、站点、应用程序和子目录级别声明。

示例：不检测用户在浏览器输入的内容中是否存在潜在的危险数据（注：该项默认是检测，若是你使用了不检测，一要对用户的输入进行编码或验证)，在从客户端回发页时将检查加密的视图状态，以验证视图状态是否已在客户端被篡改。(注：该项默认是不验证）

<pages buffer="true" enableViewStateMac="true" validateRequest="false"/>

七、<sessionState>

做用：为当前应用程序配置会话状态设置（如设置是否启用会话状态，会话状态保存位置）。

示例：

<sessionState mode="InProc" cookieless="true" timeout="20"/>
</sessionState>

注：

mode="InProc"表示：在本地储存会话状态（你也能够选择储存在远程服务器或SAL服务器中或不启用会话状态）

cookieless="true"表示：若是用户浏览器不支持Cookie时启用会话状态(默认为False）

timeout="20"表示：会话能够处于空闲状态的分钟数

八、<trace>

做用：配置 ASP.NET 跟踪服务，主要用来程序测试判断哪里出错。

示例：如下为Web.config中的默认配置：

<trace enabled="false" requestLimit="10" pageOutput="false" traceMode="SortByTime" localOnly="true" />

注：

enabled="false"表示不启用跟踪；requestLimit="10"表示指定在服务器上存储的跟踪请求的数目

pageOutput="false"表示只能经过跟踪实用工具访问跟踪输出；

traceMode="SortByTime"表示以处理跟踪的顺序来显示跟踪信息

localOnly="true" 表示跟踪查看器 (trace.axd) 只用于宿主 Web 服务器

 

参考：WebConfig