webconfig

最新推荐文章于 2021-05-12 16:15:38 发布

dengyidan4742

最新推荐文章于 2021-05-12 16:15:38 发布

阅读量464

点赞数

原文链接：http://www.cnblogs.com/sdya/p/4602345.html

版权

web.config配置文件

Web 配置文件web.config位于 Web 应用程序的任何目录中，子目录如果没有 web.config 文件，就是继承父目录 web.config 文件的相关设定；如果子目录有 web.config 文件，就会覆盖父目录 web.config 文件的相关设定。Web 配置文件是一份 XML 文件，在 XML 标记的属性就是设定值，标记名称和属性值格式是字符串，第 1 个开头字母是小写，之后每一字头是大写，例如<appSettings>。Web 配置文件的范例如下所示。

</appSettings>

<connectionStrings>//2.0之後引進的。

<add name="provider"

connectionString="Microsoft.Jet.OLEDB.4.0;"/>

<add name="database"

connectionString="/Ch11/Products.mdb"/>

</connectionStrings>

<system.web>

<globalization

fileEncoding="gb2312"

requestEncoding=" gb2312"

responseEncoding=" gb2312"

culture="zh-CN"/>

</system.web>

</configuration>

上述 Web 配置文件的根标记是<configuration>，其子标记<appSettings>、<connectionStrings>和<system.web>是各设定区段。在<system.web>下的设定区段属于ASP.NET相关设定。常用设定区段标记说明如表11-9所示。

表11-9 常用设定区段标记

设定区段	说明
<anonymousIdentification>	控制 Web 应用程序的匿名用户
<authentication>	设定 ASP.NET 验证方式，参阅第 13 章
<authorization>	设定 ASP.NET 用户授权，参阅第 13 章
<browserCaps>	设定浏览程序兼容组件 HttpBrowserCapabilities
<compilation>	设定 ASP.NET 应用程序的编译方式
<customErrors>	设定 ASP.NET 应用程序的自订错误处理
<globalization>	关于 ASP.NET 应用程序的全球化设定，也就是本地化设定
<httpHandlers>	设定 HTTP 处理是对应到 URL 请求的 IHttpHandler 类
<httpModules>	创建、删除或清除 ASP.NET 应用程序的 HTTP 模块
<httpRuntime>	ASP.NET 的 HTTP 执行期相关设定
<identity>	设定 ASP.NET 应用程序的用户识别是使用服务器端用户账号的权限(impersonate 属性)，或指定的用户账号(userName 和 password 属性)
<machineKey>	设定在使用窗体基础验证的 Cookie 数据时，用来加码和解码的金钥值
<membership>	设定 ASP.NET 的 Membership 机制，参阅第 13 章
<pages>	设定 ASP.NET 程序的相关设定，即 Page 指引命令的属性
<profile>	设定个人化信息的 Porfile 对象，详细说明参阅第 14 章
<roles>	设定 ASP.NET 的角色管理，详细说明参阅第 13 章
<sessionState>	设定 ASP.NET 应用程序的 Session 状态 HttpModule

(续表)

设定区段	说明
<siteMap>	设定 ASP.NET 网站导览系统，详细说明参阅第 12 章
<trace>	ASP.NET 应用程序的除错功能，可以设定是否追踪应用程序的执行
<webParts>	设定ASP.NET应用程序的网页组件，详细说明参阅第18章
<webServices>	设定 ASP.NET 的 Web 服务，详细说明参阅第 18 章

11.7.2 appSetting与connectionStrings区段的参数和连接字符串

在 Web 配置文件的 <appSettings> 区段可以创建 ASP.NET 程序所需的参数，ASP.NET 2.0 新增 <connectionStrings> 区段，可以指定数据库连接字符串。

1. Web配置文件web.config的内容

在web.config文件<configuration>标记的子标记<appSettings> 和 <connectionStrings> 区段中，可以创建参数和数据库连接字符串，如下所示。

</appSettings>

<add name="provider"

connectionString="Microsoft.Jet.OLEDB.4.0;"/>

<add name="database"

connectionString="/Ch11/Products.mdb"/>

</connectionStrings>

<system.web>

………

</system.web>

</configuration>

上述 <appSettings> 标记的子标记是创建参数，每一个 <add> 标记可以创建一个参数，属性 key 是参数名称，value 是参数值。

在 <connectionStrings> 标记的 <add> 子标记也可以创建连接字符串，属性 name 是名称，connectionString 属性是连接字符串内容。

11.7.3 在sessionState区段设定Session状态

ASP.NET的Session状态管理拥有扩充性，可以在web.config文件的 <sessionState>区段设定Session状态管理，它属于<system.web>的子标记，如下所示。

<system.web>

………

</system.web>

</configuration>

上述<sessionState>标记的常用属性如表11-10所示。

表11-10 <sessionState> 标记的常用属性

属性	说明
mode	Session 状态存储的位置可以是 off(不存储)、InProc(使用Cookie)、StateServer(使用状态服务器)和 SqlServer(存储在 SQL Server)
cookieless	是否使用 Cookie 存储 Session 状态。True 为不使用，False 为使用
timeout	Session 时间的期限，以分钟计，默认值为20 分钟，其功能如同 Session 对象的 TimeOut 属性

11.7.4 globalization区段的编码设定

在<system.web>子标记的<globalization>区段是本地化相关设定，可以设定 ASP.NET 程序默认的文件编码、请求和响应的编码方式、日期时间格式和数字等本地化设定，如下所示。

<system.web>

<globalization

fileEncoding="gb2312"

requestEncoding=" gb2312"

responseEncoding=" gb2312"

culture="zh-CN"/>

………

</system.web>

</configuration>

上述标记属性设定编码方式gb2312，culture是本地化设定值，zh-CN为中国大陆。相关属性说明如表11-11所示。

表11-11 globalization 区段的相关属性

属性	说明
requestEncoding	指定 Request 请求的编码方式，默认为UTF-8 编码，大多数情况 requestEncoding 和 responseEncoding 属性的编码应该相同
responseEncoding	指定 Response 响应的编码方式，默认为UTF-8 编码
fileEncoding	指定扩展名 .aspx、.asmx 和 .asax 文件默认的编码方式
culture	指定本地化的语系地区，不同的地区拥有不同的日期时间格式、数字等默认的本地化设定

上表culture属性值可以使用语系和地区代码，以中文语系来说的 culture 属性值如表11-12所示。

表11-12 culture 属性值可以使用语系和地区代码

culture 属性值	语系或地区
zh-HK	香港
zh-MO	澳门
zh-CN	中国大陆
zh-SG	新加坡
zh-TW	台湾
zh-CHS	中文简体
zh-CHT	中文繁体

11.7.5 compilation区段的编译设定

在 <system.web> 子标记的 <compilation> 区段，可以设定 ASP.NET 程序默认的编译方式，如下所示。

<system.web>

………

</system.web>

</configuration>

上述标记属性设定默认程序语言和是否打开除错模式。相关属性说明如表11-13所示。

表11-13 compilation区段的相关属性

属性	说明
debug	是否打开除错模式，默认为 False 不打开，True 为打开
defaultLanguage	默认的程序语言，例如C#、VB 或 PERL，默认值是 VB
explicit	Microsoft Visual Basic 是否使用 explicit 方式编译，也就是所有变量都需要事先声明，默认值是 True

在 web.config 文件中使用 compilation 标记，如同 ASP.NET 程序文件开头加上 Page 命令的 Language 和 Debug 属性，如下所示。

<%@ Page Language="VB" Debug="True" %>

11.7.6 customErrors区段的自订错误网页

在 <system.web> 子标记 <customErrors> 区段，可以设定 ASP.NET 程序的自订错误网页。例如错误代码 HTTP 404，如图11-13所示。

图11-13 显示错误信息

上述错误信息是默认错误网页，显示找不到网页数据错误。在 <customErrors> 区段可以指定错误网页，如下所示。

<system.web>

………

</system.web>

</configuration>

上述标记属性设定模式为 On。相关属性说明如表11-14所示。

表11-14 customErrors区段的相关属性

属性	说明
mode	是否启动自订错误功能，On为启动自订错误处理，此时需要指定 defaultRedirect 属性，Off为取消自订错误处理，RemoteOnly 指定自订错误处理只显示在远程客户端，本地计算机仍然显示 ASP.NET 默认错误网页，此为默认值
defaultRedirect	指定 URL 网址，当错误产生时就转址到此网址的网页，此例是显示 Ch11-7error.htm 网页

在 customErrors 区段拥有多个 error 子标记，每一个 error 标记可以定义 HTTP 错误代码的自订错误网页，如下所示。

<system.web>

<customErrors mode="On"

defaultRedirect="Ch11-7error.htm">

<error statusCode="404"

redirect="NotFoundError.htm"/>

</customErrors>

</system.web>

</configuration>

上述的 error 标记使用 statusCode 属性指定 HTTP 错误代码为 404，如果错误产生，就转址到 redirect 属性值的 NotFoun dError.htm 网页。

11.8.2 ASP.NET 设定工具

除了 Visual Web Developer 提供 Web 接口的 ASP.NET 网站管理工具外，如果计算机安装了IIS，在安装 .NET Framework 2.0后就会在 Internet Information Services 管理工具中创建ASP.NET 设定工具。

启动 Internet Information Services 管理工具，在网站虚拟目录上右击，在弹出的快捷菜单中选择“属性”命令，打开属性对话框，如图11-15所示。

图11-15 默认网站的属性对话框

在ASP.NET选项卡中单击“编辑配置”按钮，可以看到“ASP.NET 配置设置”工具，如图11-16所示。

图11-16 “ASP.NET配置设置”对话框

在上图中各选项卡的功能如下所示。

● 常规：创建与编辑数据库连接字符串和应用程序参数。

● 自定义错误：设定自定义错误处理和自定义错误网页。

● 授权：创建与编辑验证规则。

● 身份验证：指定使用的认证方式和选择成员与角色提供者。

● 应用程序：设定与编辑 Web 应用程序的相关设定。

● 状态管理：设定 Web 应用程序的状态管理。

● 位置：指定特殊路径和子路径，是否需要拥有专用设定数据。

一、认识Web.config文件

　　Web.config 文件是一个XML文本文件，它用来储存 ASP.NET Web 应用程序的配置信息（如最常用的设置ASP.NET Web 应用程序的身份验证方式），它可以出现在应用程序的每一个目录中。当你通过.NET新建一个Web应用程序后，默认情况下会在根目录自动创建一个默认的 Web.config文件，包括默认的配置设置，所有的子目录都继承它的配置设置。如果你想修改子目录的配置设置，你可以在该子目录下新建一个 Web.config文件。它可以提供除从父目录继承的配置信息以外的配置信息，也可以重写或修改父目录中定义的设置。

　　(一).Web.Config是以XML文件规范存储,配置文件分为以下格式

　　1.配置节处理程序声明

　　特点：位于配置文件的顶部，包含在 <configSections> 标志中。

　　2.特定应用程序配置

　　特点: 位于 <appSetting> 中。可以定义应用程序的全局常量设置等信息.

　　3.配置节设置

　　特点: 位于 <system.Web> 节中，控制Asp.net运行时的行为.

　　4.配置节组

　　特点: 用 <sectionGroup> 标记，可以自定义分组，可以放到 <configSections> 内部或其它 <sectionGroup> 标记的内部.

　　(二).配置节的每一节

　　1. <configuration> 节

　　根元素，其它节都是在它的内部.

　　2. <appSetting> 节

　　此节用于定义应用程序设置项。对一些不确定设置，还可以让用户根据自己实际情况自己设置

　　用法:

　　定义了一个连接字符串常量，并且在实际应用时可以修改连接字符串，不用修改程式代码.

　　II. <appSettings>

　　定义了一个错误重定向页面.

　　3. <compilation> 节

　　格式:

　　<compilation

　　defaultLanguage= "c# "

　　debug= "true "

　　I.default language: 定义后台代码语言,可以选择C#和VB.net两种语言.

　　IIdebug : 为true时，启动aspx调试；为false不启动aspx调试，因而可以提高应用程序运行

　　时的性能。一般程序员在开发时设置为true,交给客户时设置为false.

　　4. <customErrors> 节

　　格式:

　　<customErrors

　　mode= "RemoteOnly "

　　defaultRedirect= "error.aspx "

　　I.mode : 具有On,Off,RemoteOnly 3种状态。On表示始终显示自定义的信息; Off表示始终显示详细的asp.net错误信息; RemoteOnly表示只对不在本地Web服务器上运行的用户显示自定义信息.

　　II.defaultRedirect: 用于出现错误时重定向的URL地址. 是可选的

　　III.statusCode: 指明错误状态码，表明一种特定的出错状态.

　　IV. redirect:错误重定向的URL.

　　5. <globalization> 节

　　格式:

　　<globalization

　　requestEncoding= "utf-8 "

　　responseEncoding= "utf-8 "

　　fileEncoding= "utf-8 "

　　I.requestEncoding: 它用来检查每一个发来请求的编码.

　　II.responseEncoding: 用于检查发回的响应内容编码.

　　III.fileEncoding: 用于检查aspx,asax等文件解析的默认编码.

　　6. <sessionState> 节

　　格式:

　　<sessionState

　　mode= "InProc "

　　stateConnectionString= "tcpip=127.0.0.1:42424 "

　　sqlConnectionString= "data source=127.0.0.1;Trusted_Connection=yes "

　　cookieless= "false "

　　timeout= "20 "

　　I.mode: 分为off,Inproc,StateServer,SqlServer几种状态

　　这里有详细介绍此属性: http://blog.csdn.net/chengking/archive/2005/10/27/518079.aspx II. stateConnectionString :指定Asp.net应用程序存储远程会话状态的服务器名，默认为本机

　　III.sqlConnectionString: 当用会话状态数据库时，在这里设置连接字符串

　　IV. Cookieless: 设置为true时，表示不使用cookie会话状态来标识客户；否则，相反.

　　V. TimeOut: 用来定义会话状态存储的时间，超过期限，将自动终止会话.

　　7. <authentication> 节

　　格式:

　　</authentication>

　　</authorization>

　　I.Windows: 使用IIS验证方式

　　II.Forms: 使用基于窗体的验证方式

　　III.Passport: 采用Passport cookie验证模式

　　IV.None: 不采用任何验证方式

　　里面内嵌Forms节点的属性涵义:

　　I.Name: 指定完成身份验证的Http cookie的名称.

　　II.LoginUrl: 如果未通过验证或超时后重定向的页面URL，一般为登录页面，让用户重新登录

　　III.Protection: 指定 cookie数据的保护方式.

　　可设置为: All None Encryption Validation四种保护方式

　　a. All表示加密数据，并进行有效性验证两种方式

　　b. None表示不保护Cookie.

　　c. Encryption表示对Cookie内容进行加密

　　d. validation表示对Cookie内容进行有效性验证

　　IV. TimeOut: 指定Cookie的失效时间. 超时后要重新登录. 在运行时对Web.config文件的修改不需要重启服务就可以生效（注： <processModel> 节例外）。当然Web.config文件是可以扩展的。你可以自定义新配置参数并编写配置节处理程序以对它们进行处理。

　　web.config配置文件（默认的配置设置）以下所有的代码都应该位于

　　<system.web>

　　和

　　</system.web>

　　</configuration>

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

　　1、 <authentication> 节

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

　　示例：

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

　　</authentication>

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

　　2、 <authorization> 节

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

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

　　</authorization>

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

　　3、 <compilation> 节

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

　　4、 <customErrors>

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

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

　　</customErrors>

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

　　5、 <httpRuntime> 节

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

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

　　ConfigurationSettings.AppSettings[ "scon "]

web.config文件是一个XML文件，它的根结点是<configuration>，在<configuration>节点下的常见子节点有：<configSections>、<appSettings>、<connectionStrings> 和<system.web>。其中<appSettings>节点主要用于配置一些网站的应用配置信息，而<connectionStrings>节点主要用于配置网站的数据库连接字符串信息。

<system.web>节点主要是网站运行时的一些配置，它的常见节点有如下：

1.<appSettings>节点
<appSettings>节点主要用来存储asp.net应用程序的一些配置信息

2.<compilation>节点

<compilation>节点配置 ASP.NET 使用的所有编译设置。默认的debug属性为“true”，即允许调试，在这种情况下会影响网站的性能，所以在程序编译完成交付使用之后应将其设为“false”。

3.<authentication>节点

设置asp.net身份验证模式，有四种身份验证模式，它们的值分别如下：
Mode 说明
Windows 使用Windows身份验证，适用于域用户或者局域网用户。
Forms 使用表单验证，依靠网站开发人员进行身份验证。
Passport 使用微软提供的身份验证服务进行身份验证。
None 不进行任何身份验证。

4.<customErrors>节点
<customErrors>节点用于定义一些自定义错误信息的信息。此节点有Mode和defaultRedirect两个属性，其中defaultRedirect属性是一个可选属性，表示应用程序发生错误时重定向到的默认URL，如果没有指定该属性则显示一般性错误。 Mode属性是一个必选属性，它有三个可能值，它们所代表的意义分别如下：
Mode 说明
On 表示在本地和远程用户都会看到自定义错误信息。
Off 禁用自定义错误信息，本地和远程用户都会看到详细的错误信息。
RemoteOnly 表示本地用户将看到详细错误信息，而远程用户将会看到自定义错误信息。
这里有必要说明一下本地用户和远程用户的概念。当我们访问asp.net应用程时所使用的机器和发布asp.net应用程序所使用的机器为同一台机器时成为本地用户，反之则称之为远程用户。在开发调试阶段为了便于查找错误Mode属性建议设置为Off，而在部署阶段应将Mode属性设置为On或者 RemoteOnly，以避免这些详细的错误信息暴露了程序代码细节从而引来黑客的入侵。

5.<error>子节点
在<customErrors>节点下还包含有<error>子节点，这个节点主要是根据服务器的HTTP错误状态代码而重定向到我们自定义的错误页面，注意要使<error>子节点下的配置生效，必须将<customErrors>节点节点的Mode属性设置为“On”。下面是一个例子：

<customErrors mode="On" defaultRedirect="GenericErrorPage.htm">
<error statusCode="403" redirect="403.htm" />
<error statusCode="404" redirect="404.htm" />
</customErrors>
在上面的配置中如果用户访问的页面不存在就会跳转到404.htm页面，如果用户没有权限访问请求的页面则会跳转到403.htm页面，403.htm和404.htm页面都是我们自己添加的页面，我们可以在页面中给出友好的错误提示。

6.<httpHandlers>节点
<httpHandlers>节点用于根据用户请求的URL和HTTP谓词将用户的请求交给相应的处理程序。可以在配置级别的任何层次配置此节点，也就是说可以针对某个特定目录下指定的特殊文件进行特殊处理。下面是与machine.config文件同一目录下的 web.config文件中的<httpHandlers>节点配置： (大多数已略)

从上面的配置中可以看出，针对*.config文件的Get或者Post请求都会交给 System.Web.HttpForbiddenHandler来处理，处理的结果就是用户不能查看或者下载相关的文件。如果我们某个文件夹下的文件或者某个类型的文件不允许用户下载，可以在</httpHandlers>节点中增加相应的子节点。
下面我们以一个例子来说明<httpHandlers>节点的用法，在我们的asp.net应用程序中建立一个IPData目录，在IPData目录中创建一个IPData.txt文件，然后在Web.config中添加以下配置：

<httpHandlers>
<add path="IPData/*.txt" verb="*" type="System.Web.HttpForbiddenHandler"/>
</httpHandlers>
上面的代码的作用是禁止访问IPData目录下的任何txt文件。

7.<httpRuntime>节点
<httpRuntime>节点用于对 ASP.NET HTTP 运行库设置。该节可以在计算机、站点、应用程序和子目录级别声明。
例如下面的配置控制用户最大能上传的文件为40M（40*1024K），最大超时时间为60秒，最大并发请求为100个。

<httpRuntime maxRequestLength="40960" executionTimeout="60" appRequestQueueLimit="100"/>

8.<pages>节点
<pages>节点用于表示对特定页设置，主要有三个属性，分别如下：
属性名说明
buffer 是否启用了 HTTP 响应缓冲。
enableViewStateMac 是否应该对页的视图状态运行计算机身份验证检查 (MAC)，以放置用户篡改，默认为false，如果设置为true将会引起性能的降低。
validateRequest 是否验证用户输入中有跨站点脚本攻击和SQL注入式漏洞攻击，默认为true，如果出现匹配情况就会发 HttpRequestValidationException 异常。对于包含有在线文本编辑器页面一般自行验证用户输入而将此属性设为false。
下面就是一个配置节点的例子：
<pages buffer="true" enableViewStateMac="true" validateRequest="false"/>

9.<sessionState>节点
<sessionState>节点用于配置当前asp.net应用程序的会话状态配置。以下就是一个常见配置：
<sessionState cookieless="false" mode="InProc" timeout="30" />
上面的节点配置是设置在asp.net应用程序中启用Cookie，并且指定会话状态模式为在进程中保存会话状态，同时还指定了会话超时为30分钟。
<sessionState>节点的Mode属性可以是以下几种值之一：
属性值说明
Custom 使用自定义数据来存储会话状态数据。
InProc 默认值。由asp.net辅助进程来存储会话状态数据。
Off 禁用会话状态。
SQLServer 使用进程外SQL Server数据库保存会话状态数据。
StateServer 使用进程外 ASP.NET 状态服务存储状态信息。
一般默认情况下使用InProc模式来存储会话状态数据，这种模式的好处是存取速度快，缺点是比较占用内存，所以不宜在这种模式下存储大型的用户会话数据。

10.<globalization>节点：
用于配置应用程序的全球化设置。此节点有几个比较重要的属性，分别如下：
属性名说明
fileEncoding 可选属性。设置.aspx、.asmx 和 .asax 文件的存储编码。
requestEncoding 可选属性。设置客户端请求的编码，默认为UTF-8.
responseEncoding 可选属性。设置服务器端响应的编码，默认为UTF-8.
以下就是asp.net应用程序中的默认配置：

<globalization fileEncoding="utf-8" requestEncoding="utf-8" responseEncoding="utf-8"/>

一、认识Web.config文件
Web.config 文件是一个xml文本文件，它用来储存 asp.NET Web 应用程序的配置信息（如最常用的设置asp.NET Web 应用程序的身份验证方式），它可以出现在应用程序的每一个目录中。当你通过.NET新建一个Web应用程序后，默认情况下会在根目录自动创建一个默认的 Web.config文件，包括默认的配置设置，所有的子目录都继承它的配置设置。如果你想修改子目录的配置设置，你可以在该子目录下新建一个 Web.config文件。它可以提供除从父目录继承的配置信息以外的配置信息，也可以重写或修改父目录中定义的设置。
(一).Web.Config是以xml文件规范存储,配置文件分为以下格式
1.配置节处理程序声明
特点：位于配置文件的顶部，包含在<configSections>标志中。
2.特定应用程序配置
特点: 位于<appSetting>中。可以定义应用程序的全局常量设置等信息.
3.配置节设置
特点: 位于<system.Web>节中，控制asp.net运行时的行为.
4.配置节组
特点: 用<sectionGroup>标记，可以自定义分组，可以放到<configSections>内部或其它<sectionGroup>标记的内部.
(二).配置节的每一节
1.<configuration>节根元素，其它节都是在它的内部.
2.<appSetting>节此节用于定义应用程序设置项。对一些不确定设置，还可以让用户根据自己实际情况自己设置
用法:
I.<appSettings>
<add key="Conntction" value="server=192.168.85.66;userid=sa;password=;database=Info;"/>
<appSettings>
定义了一个连接字符串常量，并且在实际应用时可以修改连接字符串，不用修改程式代码.
II.<appSettings>
<add key="ErrPage" value="Error.aspx"/><appSettings> 定义了一个错误重定向页面.
3.<compilation>节
格式:
<compilation
defaultLanguage="c#"
debug="true"
/>
I.default language: 定义后台代码语言,可以选择c#和vb.net两种语言.
IIdebug : 为true时，启动aspx调试；为false不启动aspx调试，因而可以提高应用程序运行时的性能。一般程序员在开发时设置为true,交给客户时设置为false.
4.<customErrors>节
格式:
<customErrors
mode="RemoteOnly"
defaultRedirect="error.aspx"
<error statusCode="440" redirect="err440page.aspx"/>
<error statusCode="500" redirect="err500Page.aspx"/>
/>
I.mode : 具有On,Off,RemoteOnly 3种状态。On表示始终显示自定义的信息; Off表示始终显示详细的asp.net错误信息; RemoteOnly表示只对不在本地Web服务器上运行的用户显示自定义信息.
II.defaultRedirect: 用于出现错误时重定向的URL地址. 是可选的
III.statusCode: 指明错误状态码，表明一种特定的出错状态.
IV. redirect:错误重定向的URL.
5.<globalization>节
格式:
<globalization
requestEncoding="utf-8"
responseEncoding="utf-8"
fileEncoding="utf-8"
/>
I.requestEncoding: 它用来检查每一个发来请求的编码.
II.responseEncoding: 用于检查发回的响应内容编码.
III.fileEncoding: 用于检查aspx,asax等文件解析的默认编码.
6.<sessionState>节
格式:
<sessionState
mode="InProc"
stateConnectionString="tcpip=127.0.0.1:42424"
sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"
cookieless="false"
timeout="20"
/>
I.mode: 分为off,Inproc,StateServer,SqlServer几种状态
mode = InProc 存储在进程中特点：具有最佳的性能，速度最快,但不能跨多台服务器存储共享.mode = "StateServer" 存储在状态服务器中特点:   当需要跨服务器维护用户会话信息时，使用此方法。但是信息存储在状态服务器上，一旦状态服务器出现故障，信息将丢失. mode="SqlServer" 存储在sql server中特点:工作负载会变大，但信息不会丢失.
II. stateConnectionString :指定asp.net应用程序存储远程会话状态的服务器名，默认为本机
III.sqlConnectionString:当用会话状态数据库时，在这里设置连接字符串
IV. Cookieless:设置为true时，表示不使用cookie会话状态来标识客户；否则，相反.
V. TimeOut:用来定义会话状态存储的时间，超过期限，将自动终止会话.
7.<authentication>节
格式:
<authentication mode="Forms">
<forms name=".ASPXUSERDEMO" loginUrl="Login.aspx" protection="All" timeout="30"/>
</authentication>
<authorization>
<deny users="?"/>
</authorization>
I.Windows: 使用IIS验证方式
II.Forms: 使用基于窗体的验证方式
III.Passport: 采用Passport cookie验证模式
IV.None: 不采用任何验证方式
里面内嵌Forms节点的属性涵义:
I.Name: 指定完成身份验证的Http cookie的名称.
II.LoginUrl: 如果未通过验证或超时后重定向的页面URL，一般为登录页面，让用户重新登录
III.Protection: 指定 cookie数据的保护方式.
可设置为: All None Encryption Validation四种保护方式
a. All表示加密数据，并进行有效性验证两种方式
b. None表示不保护Cookie.
c. Encryption表示对Cookie内容进行加密
d. validation表示对Cookie内容进行有效性验证
IV. TimeOut: 指定Cookie的失效时间. 超时后要重新登录.
在运行时对Web.config文件的修改不需要重启服务就可以生效（注：<processModel> 节例外）。当然Web.config文件是可以扩展的。你可以自定义新配置参数并编写配置节处理程序以对它们进行处理。
web.config配置文件（默认的配置设置）以下所有的代码都应该位于
<configuration>
<system.web>
和
</system.web>
</configuration>
之间，出于学习的目的下面的示例都省略了这段xml标记。
1、<authentication> 节
作用：配置 asp.NET 身份验证支持（为Windows、Forms、PassPort、None四种）。该元素只能在计算机、站点或应用程序级别声明。< authentication> 元素必需与<authorization> 节配合使用。
示例：
以下示例为基于窗体（Forms）的身份验证配置站点，当没有登陆的用户访问需要身份验证的网页，网页自动跳转到登陆网页。
<authentication mode="Forms" >
<forms loginUrl="logon.aspx" name=".FormsAuthCookie"/>
</authentication>
其中元素loginUrl表示登陆网页的名称，name表示Cookie名称。
2、<authorization> 节
作用：控制对 URL 资源的客户端访问（如允许匿名用户访问）。此元素可以在任何级别（计算机、站点、应用程序、子目录或页）上声明。必需与<authentication> 节配合使用。
示例：以下示例禁止匿名用户的访问
<authorization>
   <deny users="?"/>
</authorization>
注：你可以使用user.identity.name来获取已经过验证的当前的用户名；可以使用web.Security.FormsAuthentication.RedirectFromLoginPage方法将已验证的用户重定向到用户刚才请求的页面.具体的
3、<compilation>节
作用：配置 asp.NET 使用的所有编译设置。默认的debug属性为“True”.在程序编译完成交付使用之后应将其设为False（Web.config文件中有详细说明，此处省略示例）
4、<customErrors>
作用：为 asp.NET 应用程序提供有关自定义错误信息的信息。它不适用于 xml Web services 中发生的错误。
示例：当发生错误时，将网页跳转到自定义的错误页面。
<customErrors defaultRedirect="ErrorPage.aspx" mode="RemoteOnly">
</customErrors>
其中元素defaultRedirect表示自定义的错误网页的名称。mode元素表示：对不在本地 Web 服务器上运行的用户显示自定义(友好的)信息。
5、<httpRuntime>节
作用：配置 asp.NET HTTP 运行库设置。该节可以在计算机、站点、应用程序和子目录级别声明。
示例：控制用户上传文件最大为4M，最长时间为60秒，最多请求数为100
<httpRuntime maxRequestLength="4096" executionTimeout="60" appRequestQueueLimit="100"/>
6、 <pages>
作用：标识特定于页的配置设置（如是否启用会话状态、视图状态，是否检测用户的输入等）。<pages>可以在计算机、站点、应用程序和子目录级别声明。
示例：不检测用户在浏览器输入的内容中是否存在潜在的危险数据（注：该项默认是检测，如果你使用了不检测，一要对用户的输入进行编码或验证)，在从客户端回发页时将检查加密的视图状态，以验证视图状态是否已在客户端被篡改。(注：该项默认是不验证）
<pages buffer="true" enableViewStateMac="true" validateRequest="false"/>
7、<sessionState>
作用：为当前应用程序配置会话状态设置（如设置是否启用会话状态，会话状态保存位置）。
示例：
<sessionState mode="InProc" cookieless="true" timeout="20"/>
</sessionState>
注：
mode="InProc"表示：在本地储存会话状态（你也可以选择储存在远程服务器或SAL服务器中或不启用会话状态）
cookieless="true"表示：如果用户浏览器不支持Cookie时启用会话状态(默认为False）
timeout="20"表示：会话可以处于空闲状态的分钟数
8、<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 服务器
自定义Web.config文件配置
自定义Web.config文件配置节过程分为两步。
1.在配置文件顶部 <configSections> 和 </configSections>标记之间声明配置节的名称和处理该节中配置数据的 .NET Framework 类的名称。
2.是在 <configSections> 区域之后为声明的节做实际的配置设置。
示例：创建一个节存储数据库连接字符串
<configuration>
　 <configSections>
　 <section name="appSettings" type="System.Configuration.NameValueFileSectionHandler, System, Version=1.0.3300.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"/>
</configSections>
　 <appSettings>
　　 <add key="scon" value="server=a;database=northwind;uid=sa;pwd=123"/>
　 </appSettings>
　 <system.web>
　　 ......
　 </system.web>
</configuration>
访问Web.config文件你可以通过使用ConfigurationSettings.AppSettings 静态字符串集合来访问 Web.config 文件示例：获取上面例子中建立的连接字符串。例如：
protected static string Isdebug = ConfigurationSettings.AppSettings["debug"]
二、web.config中的session配置详解
打开某个应用程序的配置文件Web.config后，我们会发现以下这段：
< sessionState
　　mode="InProc"
　　stateConnectionString="tcpip=127.0.0.1:42424"
　　sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"
　　cookieless="false"
　　timeout="20"
/>
　　这一段就是配置应用程序是如何存储session信息的了。我们以下的各种操作主要是针对这一段配置展开。让我们先看看这一段配置中所包含的内容的意思。sessionState节点的语法是这样的：
< sessionState mode="Off|InProc|StateServer|SQLServer"
             cookieless="true|false"
             timeout="number of minutes"
             stateConnectionString="tcpip=server:port"
             sqlConnectionString="sql connection string"
             stateNetworkTimeout="number of seconds"
/>
必须有的属性是：属性选项描述
mode 设置将session信息存储到哪里
Ø         Off 设置为不使用session功能，
Ø         InProc 设置为将session存储在进程内，就是asp中的存储方式，这是默认值，
Ø         StateServer 设置为将session存储在独立的状态服务中，
Ø         SQLServer 设置将session存储在sql server中。
可选的属性是：属性选项描述
Ø         cookieless 设置客户端的session信息存储到哪里，
Ø         ture 使用Cookieless模式，
Ø         false 使用Cookie模式，这是默认值，
Ø         timeout 设置经过多少分钟后服务器自动放弃session信息，默认为20分钟。
stateConnectionString 设置将session信息存储在状态服务中时使用的服务器名称和端口号，例如："tcpip=127.0.0.1:42424”。当mode的值是StateServer是，这个属性是必需的。
sqlConnectionString 设置与sql server连接时的连接字符串。例如"data source= localhost;Integrated Security=SSPI;Initial Catalog=northwind"。当mode的值是 SQLServer时，这个属性是必需的。
stateNetworkTimeout 设置当使用StateServer模式存储session状态时，经过多少秒空闲后，断开Web服务器与存储状态信息的服务器的tcp/IP连接的。默认值是10秒钟。
asp.NET中客户端session状态的存储
　　在我们上面的session模型简介中，大家可以发现session状态应该存储在两个地方，分别是客户端和服务器端。客户端只负责保存相应网站的 SessionID，而其他的session信息则保存在服务器端。在asp中，客户端的SessionID实际是以Cookie的形式存储的。如果用户在浏览器的设置中选择了禁用Cookie，那末他也就无法享受session的便利之处了，甚至造成不能访问某些网站。为了解决以上问题，在 asp.NET中客户端的session信息存储方式分为：Cookie和Cookieless两种。
　　asp.NET中，默认状态下，在客户端还是使用Cookie存储session信息的。如果我们想在客户端使用Cookieless的方式存储session信息的方法如下：
　　找到当前Web应用程序的根目录，打开Web.Config文件，找到如下段落：
< sessionState
　　mode="InProc"
　　stateConnectionString="tcpip=127.0.0.1:42424"
　　sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"
　　cookieless="false"
　　timeout="20"
/>
　　这段话中的cookieless="false"改为：cookieless="true"，这样，客户端的session信息就不再使用 Cookie存储了，而是将其通过URL存储。关闭当前的IE，打开一个新IE，重新访问刚才的Web应用程序，就会看到类似下面的样子：
其中，http://localhost/MyTestApplication/(ulqsek45heu3ic2a5zgdl245) /default.aspx中黑体标出的就是客户端的session ID。注意，这段信息是由IIS自动加上的，不会影响以前正常的连接。
asp.NET中服务器端session状态的存储准备工作：
　　为了您能更好的体验到实验现象，您可以建立一个叫做SessionState.aspx的页面，然后把以下这些代码添加到< body>< /body>中。
< scriptrunat="server">
Sub Session_Add(sender As Object, e As EventArgs)
　 session("MySession") = text1.Value
　 span1.InnerHtml = "Session data updated! < P>Your session contains: < font color=red>" & session("MySession"). ToString() & "< /font>"
End Sub
Sub CheckSession(sender As Object, eAs EventArgs)
　 If (Session("MySession")Is Nothing) Then
　　　 span1.InnerHtml = "NOTHING, session DATA LOST!"
　 Else
　　　 span1.InnerHtml = "Your session contains: < font color= red>" & session("MySession").ToString() & "<   /font>"
End If
End Sub
< /script>
< formrunat="server"id="Form2">
　 < inputid="text1"type="text"runat="server"name="text1">
　 < inputtype="submit"runat="server"OnServerClick="Session_Add"
　　　　　 value="Add to session State " id="Submit1"name="Submit1">
　 < inputtype="submit"runat="server"OnServerClick="CheckSession"
　　　　　 value=" View session State " id="Submit2"name="Submit2">
< /form>
< hrsize="1">
< fontsize="6">< spanid="span1"runat="server" />< /font>
　　这个SessionState.aspx的页面可以用来测试在当前的服务器上是否丢失了session信息。
将服务器session信息存储在进程中
　　让我们来回到Web.config文件的刚才那段段落中：
< sessionState
　　mode="InProc"
　　stateConnectionString="tcpip=127.0.0.1:42424"
　　sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"
　　cookieless="false"
　　timeout="20"
/>
　　当mode的值是InProc时，说明服务器正在使用这种模式。
　　这种方式和以前asp中的模式一样，就是服务器将session信息存储在IIS进程中。当IIS关闭、重起后，这些信息都会丢失。但是这种模式也有自己最大好处，就是性能最高。应为所有的session信息都存储在了IIS的进程中，所以IIS能够很快的访问到这些信息，这种模式的性能比进程外存储 session信息或是在sql server中存储session信息都要快上很多。这种模式也是asp.NET的默认方式。
　　好了，现在让我们做个试验。打开刚才的SessionState.aspx页面，随便输入一些字符，使其存储在session中。然后，让我们让IIS重起。注意，并不是使当前的站点停止再开始，而是在IIS中本机的机器名的节点上点击鼠标右键，选择重新启动IIS。(想当初使用NT4时，重新启动IIS必须要重新启动计算机才行，微软真是@#$%^&)返回到SessionState.aspx页面中，检查刚才的session信息，发现信息已经丢失了。
将服务器session信息存储在进程外
　　首先，让我们来打开管理工具->服务，找到名为：asp.NET State Service的服务，启动它。实际上，这个服务就是启动一个要保存session信息的进程。启动这个服务后，你可以从Windows任务管理器 ->进程中看到一个名为 aspnet_state.exe的进程，这个就是我们保存session信息的进程。
　　然后，回到 Web.config文件中上述的段落中，将mode的值改为StateServer。保存文件后的重新打开一个IE，打开 SessionState.aspx页面，保存一些信息到session中。这时，让我们重起IIS，再回到SessionState.aspx页面中查看刚才的session信息，发现没有丢失。
　　实际上，这种将session信息存储在进程外的方式不光指可以将信息存储在本机的进程外，还可以将session信息存储在其他的服务器的进程中。这时，不光需要将mode的值改为StateServer，还需要在 stateConnectionString中配置相应的参数。例如你的计算你是192.168.0.1，你想把session存储在ip为 192.168.0.2的计算机的进程中，就需要设置成这样： stateConnectionString="tcpip=192.168.0.2:42424"。当然，不要忘记在192.168.0.2的计算机中装上.NET Framework，并且启动asp.NET State Services服务。
将服务器session信息存储在sql server中
　　首先，还是让我们来做一些准备工作。启动sql server和sql server代理服务。在sql server中执行一个叫做 InstallSqlState.sql的脚本文件。这个脚本文件将在sql server中创建一个用来专门存储session信息的数据库，及一个维护session信息数据库的sql server代理作业。我们可以在以下路径中找到那个文件：
[system drive]\winnt\Microsoft.NET\Framework\[version]\
　　然后打开查询分析器，连接到sql server服务器，打开刚才的那个文件并且执行。稍等片刻，数据库及作业就建立好了。这时，你可以打开企业管理器，看到新增了一个叫ASPState的数据库。但是这个数据库中只是些存储过程，没有用户表。实际上session信息是存储在了tempdb 数据库的ASPStateTempSessions表中的，另外一个ASPStateTempApplications表存储了asp中 application对象信息。这两个表也是刚才的那个脚本建立的。另外查看管理->SQL server代理->作业，发现也多了一个叫做ASPState_Job_DeleteExpiredSessions的作业，这个作业实际上就是每分钟去ASPStateTempSessions 表中删除过期的session信息的。
　　接着，我们返回到Web.config文件，修改mode的值改为SQLServer。注意，还要同时修改sqlConnectionString的值，格式为：
sqlConnectionString="data source=localhost; Integrated Security=SSPI;"
　　其中data source是指sql server服务器的ip地址，如果sql server与IIS是一台机子，写127.0.0.1 就行了。Integrated Security=SSPI的意思是使用Windows集成身份验证，这样，访问数据库将以asp.NET的身份进行，通过如此配置，能够获得比使用 userid=sa;password=口令的sql server验证方式更好的安全性。当然，如果sql server运行于另一台计算机上，你可能会需要通过Active Directory域的方式来维护两边验证的一致性。
　　同样，让我们做个试验。向SessionState.aspx中添加session信息，这时发现session信息已经存在 sql server中了，即使你重起计算机，刚才的session信息也不会丢失。现在，你已经完全看见了session信息到底是什么样子的了，而且又是存储在sql server中的，能干什么就看你的发挥了。

总结
三、asp.net 关于form认证的一般设置
asp.net 关于form认证的一般设置：
1: 在web.config中，加入form认证；
   <authentication mode="Forms">
            <forms name="auth" loginUrl="index.aspx" timeout="30"></forms>
</authentication>
<authorization>
        <deny users="?" />
</authorization>
2: 如果有注册页面时还应该允许匿名用户调用注册页面进行注册;
以下代码应该在<configuration><system.web>之间,而不应该包含到<system.web>..</system.web>之间;
----------------表示允许匿名用户对 userReg.aspx页面进行访问.
<location path="userReg.aspx">
<system.web>
     <authorization>
         <allow users="?" />
     </authorization>
</system.web>
</location>
3 在登录成功后要创建身份验证票, 表明已经通过认证的合法用户;
if(登陆成功)
System.Web.Security.FormsAuthentication.SetAuthCookie(用户名称, false);
　　四、访问Web.config文件
　　你可以通过使用ConfigurationSettings.AppSettings 静态字符串集合来访问 Web.config 文件示例：获取上面例子中建立的连接字符串。例如：
protected static string Isdebug = ConfigurationSettings.AppSettings["scon"]
asp.Net性能优化.
(一).选择会话状态存储方式
    在Webconfig文件配置:
    <sessionState mode="???" stateConnectionString="tcpip=127.0.0.1:42424"
         sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"
      cookieless="false" timeout="20"/>

    asp.net有三种方式存储会话状态信息:
    1. 存储在进程中: 属性mode = InProc
       特点：具有最佳的性能，速度最快,但不能跨多台服务器存储共享.

    2. 存储在状态服务器中: 属性mode = "StateServer"
       特点:   当需要跨服务器维护用户会话信息时，使用此方法。
               但是信息存储在状态服务器上，一旦状态服务器出现故障，信息将丢失

    3. 存储在sql server中: 属性mode="SqlServer"
       特点:   工作负载会变大，但信息不会丢失.
    补充一点：
       I. 由于某些页面不需要会话状态，则可以将会话状态禁用:
             代码如下： <%@ Page EnableSessionState="false" %>
       II.如果页面需要访问会话变量但不允许修改它们，可以设置页面会话状态为只读:
             代码如下： <%@ Page EnableSessionState="false" %>
    使用时可以根据具体情况选择某种方式
(二).使用Page.IsPostBack
    Page.IsPostBack表示是否是从客户端返回的. 初次运行时，不是从客户端返回，它的值
    为false,当触发页面上的事件或刷新页面时，Page.IsPostBack由于是回发的，值变为true;
    一般在: Page_Load方法中用:
    private void Page_Load(Object sender,EventArgs e)
    {
        if(!Page.IsPostBack)
        {
             ....; //初始化页面的代码。这些代码第一次页面初始化时执行，当第二次回发时，
                    //不会再执行。提高效率。
        }
    }
    往往很多时候不得不用IsPostBack, 因为有些控件初始化后，要保持它的状态.
    例如: DropDownList,如果每次都初始化，则用户无论选择其选项，都会被初始化为默认值.
(三).避免使用服务器控件
    1.一般的静态显示信息，尽量不要用服务端控件显示. 因为服务端控件需要回发服务端执行,
      会降低程序执行效率,一般用<DIV>显示即可.
      如果用了服务端控件，将: runat="server"去掉,也会提高效率.
    2.禁用服务端控件的状态视图，有些控件不需要维护其状态，可以设置其属性: EnableViewState=false;
      如果整个页面控件都不需要维持状态视图，则可以设置整个页面的状态视力为false:
         代码如下: <%@ Page EnableViewState="false"%>
    3.在Web.Config文件中配置:
          asp.NET Sessionss可以在Web.config或Machine.config中的Sessionsstate元素中配置。
          下面是在 Web.config中的设置的例子：
            <Sessionsstate timeout="10" cookieless="false" mode="Inproc" />
(四).避免使用DataGrid
    大家都知道DataGrid功能强大。但是功能强大的同时，增加了性能上的开销。一般用其它控件: DataList
    或Repeater控件能实现的，尽量不用DataGrid.
(五).字符串操作
    1.避免装箱操作. 装箱操作运行效率比较低.
      例如运行两个代码段:
        string test="";
         for(for int i=0;i<10000;i++)
         {
             test = test + i;
         }
         和
                  string test="";
         for(for int i=0;i<10000;i++)
         {
             test = test + i.ToString();
         }
       下面的代码段显然效率要高.因为i是整型的，系统要先把i进行装箱转换为string型的，再进行连接. 需要时间
       读者可以Copy到自己机器上测试一下.
     2.使用StringBulider类
       在进行字符串连接时: string str = str1 + str2 + ....;
       一般超过三项连接，最好用StringBuilder来代替string类. StringBuilder可以避免重新创建string 对象造成
       的性能损失.
       一般用于组装sql语句时用到: StringBulider.
       读者可以到自己机器上测试一下.
3.尽量少用:
        try
        {}
        catch
        {}
        finally
        {}
        语句.此语句执行效率比较低.
(六).ADO.Net使用方面优化
     1.数据库连接打开和关闭。在需要连接时打开，当访问完数据库要立刻关闭连接.
       举例说明,还是看两个代码段:
      I.
           DataSet ds = new DataSet();
           SqlConnection MyConnection = new SqlConnection("server=localhost; uid=sa; pwd=; database=NorthWind");
           SqlCommand myCommand = new SqlCommand(strSql,MyConnection);
           SqlDataAdapter myAdapter=new SqlDataAdapter(queryStr,connectionStr);
        MyConnection.Open();      //打开连接
        for(int i=0;i<1000;i++)   //for循环模拟取得数据前的商业逻辑操作
         {
            Thread.Sleep(1000);
       }
       myAdapter.Fill(ds);
        for(int i=0;i<1000;i++)   //for循环模拟取得数据后的商业逻辑操作
        {
           Thread.Sleep(1000);
        }
        MyConnection.Close();     //关闭连接
        II.
           DataSet ds = new DataSet();
           SqlConnection MyConnection = new SqlConnection("server=localhost; uid=sa; pwd=; database=NorthWind");
           SqlCommand myCommand = new SqlCommand(strSql,MyConnection);
           SqlDataAdapter myAdapter=new SqlDataAdapter(queryStr,connectionStr);
         for(int i=0;i<1000;i++)   //for循环模拟取得数据前的商业逻辑操作
         {
            Thread.Sleep(1000);
       }
       MyConnection.Open();      //打开连接
           myAdapter.Fill(ds);
          MyConnection.Close();     //关闭连接
        for(int i=0;i<1000;i++)   for循环模拟取得数据后的商业逻辑操作
        {
           Thread.Sleep(1000);
        }
         显示II代码比I代码好的多，I中早早占着连接不放，如果用户很多的话，容易出现连接池满情况。严重时出现死机现象.
       2.数据库查询
          I. 直接生成sql语句。 sql server每次都要对其进行编译，在性能方面不会有很大的提高。另外也不够安全。容易被攻击.
          II. 使用带参数的sql命令。这种方式sql server只对其编译一次，对于不同的参数可以重复使用编译后的命令。提高了性能.
          III.使用sql server存储过程. 编译一次. 具有独立性，便于修改和维护. 一次能完成用语句发送多次的功能.减少了网络的
              流量。并不一定存储过程一定比语句效率要高，如果商业逻辑很复杂的话，有时候用语句比存储过程效率要高.
(六).缓存优化
     缓存分为两种：页面缓存和API缓存.
    1.使用页面缓存和片段缓存
        <%@ OutputCache Duration="5" VaryByParam="None"%>
        <%@ OutputCache Duration=60 VaryByParam=”TextBox1,TextBox2” %>
      说明: Duration是设置Cache的过期时间;
          VarByParam是设置是否根据参数而变化,None时所有参数使用同一Cache,
          设置TextBox1时则根据TextBox1的不同值分别缓存;当有多个参数时则要组合缓存;
    2.API缓存。用于在应用程序中使用
       I. 一个Cache使用的例子:
           http://blog.csdn.net/chengking/archive/2005/10/03/494545.aspx
       II.使用时注意Page.Cache和HttpContext.Current.Cache区别:
          它们指的同一个对象，在Page里，用Page.Cache，如果在global.asax或自己的类里用:HttpContext.Current.Cache 在有些事件中，由于其没有HttpContext，就用HttpRuntime.Cache.

在开发中经常会遇到这样的情况，在部署程序时为了保密起见并不将源代码随项目一同发布，而我们开发时的环境与部署环境可能不一致（比如数据库不一样），如果在代码中保存这些配置这些信息部署时需要到用户那里更改代码再重新编译，这种部署方式非常麻烦。在.net中提供了一种便捷的保存项目配置信息的办法，那就是利用配置文件，配置文件的文件后缀一般是.config，在asp.net中配置文件名一般默认是web.config。每个web.config 文件都是基于XML的文本文件，并且可以保存到Web应用程序中的任何目录中。在发布Web应用程序时web.config文件并不编译进dll文件中。如果将来客户端发生了变化，仅仅需要用记事本打开web.config文件编辑相关设置就可以重新正常使用，非常方便。

本篇要讲述的知识如下：
配置文件的查找优先级
配置文件节点说明
配置文件的操作

配置文件的查找优先级

在.net提供了一个针对当前机器的配置文件，这个文件是machine.config，它位于%windir%\Microsoft.NET \Framework\v2.0.50727\CONFIG\文件下（%windir%是系统分区下的系统目录，在命令行模式下输入%windir%然后回车就能查看当前机器的系统目录，在Windows2003及WindowsXP中%windir%是系统分区下的windows目录，在 Windows2000中%windir%是系统分区下的WinNT目录，在笔者机器上这个系统目录是C:\WINDOWS）。这个文件里面定义了针对当前机器的WinForm程序和asp.net应用程序的配置。下面是machine.config文件的内容：

在这个文件夹下还有一个web.config文件，这个文件包含了asp.net网站的常用配置。下面是这个web.config文件的内容：

asp.net网站IIS启动的时候会加载配置文件中的配置信息，然后缓存这些信息，这样就不必每次去读取配置信息。在运行过程中asp.net应用程序会监视配置文件的变化情况，一旦编辑了这些配置信息，就会重新读取这些配置信息并缓存。
当我们要读取某个节点或者节点组信息时，是按照如下方式搜索的：
(1)如果在当前页面所在目录下存在web.config文件，查看是否存在所要查找的结点名称，如果存在返回结果并停止查找。
(2)如果当前页面所在目录下不存在web.config文件或者web.config文件中不存在该结点名，则查找它的上级目录，直到网站的根目录。
(3)如果网站根目录下不存在web.config文件或者web.config文件中不存在该节点名则在%windir%\Microsoft.NET\Framework\v2.0.50727\CONFIG\web.config文件中查找。
(4)如果在%windir%\Microsoft.NET\Framework\v2.0.50727\CONFIG\web.config文件中不存在相应结点，则在%windir%\Microsoft.NET\Framework\v2.0.50727\CONFIG \machine.config文件中查找。
(5)如果仍然没有找到则返回null。
所以如果我们对某个网站或者某个文件夹有特定要求的配置，可以在相应的文件夹下创建一个web.config文件，覆盖掉上级文件夹中的web.config文件中的同名配置即可。这些配置信息的寻找只查找一次，以后便被缓存起来供后来的调用。在asp.net应用程序运行过程中，如果web.config文件发生更改就会导致相应的应用程序重新启动，这时存储在服务器内存中的用户会话信息就会丢失（如存储在内存中的Session）。一些软件（如杀毒软件）每次完成对web.config的访问时就会修改web.config的访问时间属性，也会导致asp.net应用程序的重启。

配置文件节点说明
web.config 文件是一个XML文件，它的根结点是<configuration>，在<configuration>节点下的常见子节点有：<configSections>、<appSettings>、<connectionStrings> 和<system.web>。其中<appSettings>节点主要用于配置一些网站的应用配置信息，而<connectionStrings>节点主要用于配置网站的数据库连接字符串信息。
<system.web>节点主要是网站运行时的一些配置，它的常见节点有如下：
<appSettings>节点
<appSettings>节点主要用来存储asp.net应用程序的一些配置信息，比如上传文件的保存路径等，以下是一个例子：

对于<appSettings>节点中的值可以按照key来进行访问，以下就是一个读取key值为“FileType”节点值的例子：
string fileType=ConfigurationManager.AppSettings["FileType "];

<connectionStrings>节点
<connectionStrings> 节点主要用于配置数据库连接的，我们可以<connectionStrings>节点中增加任意个节点来保存数据库连接字符串，将来在代码中通过代码的方式动态获取节点的值来实例化数据库连接对象，这样一旦部署的时候数据库连接信息发生变化我们仅需要更改此处的配置即可，而不必因为数据库连接信息的变化而需要改动程序代码和重新部署。
以下就是一个<connectionStrings>节点配置的例子：

在代码中我们可以这么实例化数据库连接对象：

//读取web.config节点配置
string connectionString = ConfigurationManager.ConnectionStrings["AspNetStudyConnectionString1"].ConnectionString;
//实例化SqlConnection对象
SqlConnection connection = new SqlConnection(connectionString);

这样做的好处是一旦开发时所用的数据库和部署时的数据库不一致，仅仅需要用记事本之类的文本编辑工具编辑connectionString属性的值就行了。

<compilation>节点
<compilation>节点配置 ASP.NET 使用的所有编译设置。默认的debug属性为“true”，即允许调试，在这种情况下会影响网站的性能，所以在程序编译完成交付使用之后应将其设为“false”。

<authentication>节点设置asp.net身份验证模式，有四种身份验证模式，它们的值分别如下：
Mode 说明
Windows 使用Windows身份验证，适用于域用户或者局域网用户。
Forms 使用表单验证，依靠网站开发人员进行身份验证。
Passport 使用微软提供的身份验证服务进行身份验证。
None 不进行任何身份验证。

<authentication>节点
<authentication>节点控制用户对网站、目录或者单独页的访问，必须配合<authentication>节点一起使用。

<customErrors>节点
<customErrors> 节点用于定义一些自定义错误信息的信息。此节点有Mode和defaultRedirect两个属性，其中defaultRedirect属性是一个可选属性，表示应用程序发生错误时重定向到的默认URL，如果没有指定该属性则显示一般性错误。Mode属性是一个必选属性，它有三个可能值，它们所代表的意义分别如下：
Mode 说明
On 表示在本地和远程用户都会看到自定义错误信息。
Off 禁用自定义错误信息，本地和远程用户都会看到详细的错误信息。
RemoteOnly 表示本地用户将看到详细错误信息，而远程用户将会看到自定义错误信息。
这里有必要说明一下本地用户和远程用户的概念。当我们访问asp.net应用程时所使用的机器和发布asp.net应用程序所使用的机器为同一台机器时成为本地用户，反之则称之为远程用户。在开发调试阶段为了便于查找错误Mode属性建议设置为Off，而在部署阶段应将Mode属性设置为On或者 RemoteOnly，以避免这些详细的错误信息暴露了程序代码细节从而引来黑客的入侵。
下面我们添加一个页面CustomErrorsDemo.aspx，在它的Page_Load事件里抛出一个异常，代码如下：

我们先配置<customErrors>如下：

这时本地运行CustomErrorsDemo.aspx的效果如下：

远程访问时看到的效果：

如果我们将customErrors的Mode属性设置为“On”本地运行和远程访问都会看到如下效果：

如果将customErrors的Mode属性设置为“Off”本地运行和远程访问都会看到如下效果：

<error>子节点
在<customErrors>节点下还包含有<error>子节点，这个节点主要是根据服务器的HTTP错误状态代码而重定向到我们自定义的错误页面，注意要使<error>子节点下的配置生效，必须将<customErrors>节点节点的Mode属性设置为“On”。下面是一个例子：

在上面的配置中如果用户访问的页面不存在就会跳转到404.htm页面，如果用户没有权限访问请求的页面则会跳转到403.htm页面，403.htm和404.htm页面都是我们自己添加的页面，我们可以在页面中给出友好的错误提示。

<httpHandlers>节点
<httpHandlers>节点用于根据用户请求的URL和HTTP谓词将用户的请求交给相应的处理程序。可以在配置级别的任何层次配置此节点，也就是说可以针对某个特定目录下指定的特殊文件进行特殊处理。

下面是与machine.config文件同一目录下的web.config文件中的<httpHandlers>节点配置：

从上面的配置中可以看出，针对*.mdf、*.ldf文件的Get或者Post请求都会交给 System.Web.HttpForbiddenHandler来处理，处理的结果就是用户不能查看或者下载相关的文件。如果我们某个文件夹下的文件或者某个类型的文件不允许用户下载，可以在</httpHandlers>节点中增加相应的子节点。
下面我们以一个例子来说明<httpHandlers>节点的用法，在我们的asp.net应用程序中建立一个IPData目录，在IPData目录中创建一个IPData.txt文件，然后在Web.config中添加以下配置：

上面的代码的作用是禁止访问IPData目录下的任何txt文件。
然后新建一个页面，在页面中添加一个超级链接，链接到该目录下IPData.txt文件，代码如下：

<%@ Page Language="C#" AutoEventWireup="true" CodeFile="HttpHandlersDemo.aspx.cs" Inherits="HttpHandlersDemo" %>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" >
<head runat="server">
    <title>httpHandlers节点的例子</title>
</head>
<body>
    <form id="form1" runat="server">
    <div>
    <a href="IPData/IPData.txt" title="打开IPData/IPData.txt">打开IPData/IPData.txt</a>
    </div>
    </form>
</body>
</html>

运行这个页面的效果如下：

当前web.config文件的<customErrors>节点配置如下：

如果存在403.htm和404.htm页面，点击超级链接之后会出现如下效果：

我们从上图中可以看到当<customErrors>节点的Mode属性为“On”时，因为被禁止访问IPData文件夹下的所有txt文件，所以会跳转到自定义的没有权限提示页面，即403.htm。

        <httpRuntime>节点
<httpRuntime>节点用于对 ASP.NET HTTP 运行库设置。该节可以在计算机、站点、应用程序和子目录级别声明。
例如下面的配置控制用户最大能上传的文件为40M（40*1024K），最大超时时间为60秒，最大并发请求为100个。
<httpRuntime maxRequestLength="40960" executionTimeout="60" appRequestQueueLimit="100"/>

        <pages>节点
<pages>节点用于表示对特定页设置，主要有三个属性，分别如下：
属性名说明
buffer 是否启用了 HTTP 响应缓冲。
enableViewStateMac 是否应该对页的视图状态运行计算机身份验证检查 (MAC)，以放置用户篡改，默认为false，如果设置为true将会引起性能的降低。
validateRequest 是否验证用户输入中有跨站点脚本攻击和SQL注入式漏洞攻击，默认为true，如果出现匹配情况就会发 HttpRequestValidationException 异常。对于包含有在线文本编辑器页面一般自行验证用户输入而将此属性设为false。
下面就是一个配置节点的例子：
<pages buffer="true" enableViewStateMac="true" validateRequest="false"/>

        <sessionState>节点
<sessionState>节点用于配置当前asp.net应用程序的会话状态配置。以下就是一个常见配置：
<sessionState cookieless="false" mode="InProc" timeout="30" />

        上面的节点配置是设置在asp.net应用程序中启用Cookie，并且指定会话状态模式为在进程中保存会话状态，同时还指定了会话超时为30分钟。
<sessionState>节点的Mode属性可以是以下几种值之一：
属性值说明
Custom 使用自定义数据来存储会话状态数据。
InProc 默认值。由asp.net辅助进程来存储会话状态数据。
Off 禁用会话状态。
SQLServer 使用进程外SQL Server数据库保存会话状态数据。
StateServer 使用进程外 ASP.NET 状态服务存储状态信息。
        一般默认情况下使用InProc模式来存储会话状态数据，这种模式的好处是存取速度快，缺点是比较占用内存，所以不宜在这种模式下存储大型的用户会话数据。

        <globalization>节点：
用于配置应用程序的全球化设置。此节点有几个比较重要的属性，分别如下：
属性名说明
fileEncoding 可选属性。设置.aspx、.asmx 和 .asax 文件的存储编码。
requestEncoding 可选属性。设置客户端请求的编码，默认为UTF-8.
responseEncoding 可选属性。设置服务器端响应的编码，默认为UTF-8.
以下就是asp.net应用程序中的默认配置：
<globalization fileEncoding="utf-8" requestEncoding="utf-8" responseEncoding="utf-8"/>

        配置文件的读写操作
虽然web.config文件是一个XML文件，但是由于权限的原因它在部署中不能像操作普通XML文件那样进行修改，在.net中提供了一个类用于对web.config进行修改。
下面是针对web.config修改通用类的代码：

using System;
using System.Configuration;
using System.Web;
using System.Web.Configuration;
/// <summary>
/// ConfigurationOperator 的摘要说明
/// </summary>
public class ConfigurationOperator:IDisposable
{
    private Configuration config;
ConfigurationOperator() ConfigurationOperator():this(HttpContext.Current.Request.ApplicationPath)
{

}
ConfigurationOperator() ConfigurationOperator(string path)
    {
    config = WebConfigurationManager.OpenWebConfiguration(path);
    }
    /// <summary>
    /// 设置应用程序配置节点，如果已经存在此节点，则会修改该节点的值，否则添加此节点
    /// </summary>
    /// <param name="key">节点名称</param>
    /// <param name="value">节点值</param>
void SetAppSetting() void SetAppSetting(string key, string value)
    {
    AppSettingsSection appSetting = (AppSettingsSection)config.GetSection("appSettings");
    if (appSetting.Settings[key] == null)//如果不存在此节点，则添加
    {
    appSetting.Settings.Add(key, value);
    }
    else//如果存在此节点，则修改
    {
    appSetting.Settings[key].Value = value;
    }
    }
    /// <summary>
    /// 设置数据库连接字符串节点，如果不存在此节点，则会添加此节点及对应的值，存在则修改
    /// </summary>
    /// <param name="key">节点名称</param>
    /// <param name="value">节点值</param>
void SetConnectionString() void SetConnectionString(string key, string connectionString)
    {
    ConnectionStringsSection connectionSetting = (ConnectionStringsSection)config.GetSection("connectionStrings");
    if (connectionSetting.ConnectionStrings[key] == null)//如果不存在此节点，则添加
    {
    ConnectionStringSettings connectionStringSettings = new ConnectionStringSettings(key, connectionString);
    connectionSetting.ConnectionStrings.Add(connectionStringSettings);
    }
    else//如果存在此节点，则修改
    {
    connectionSetting.ConnectionStrings[key].ConnectionString = connectionString;
    }
    }
    /// <summary>
    /// 保存所作的修改
    /// </summary>
void Save() void Save()
    {
    config.Save();
    config = null;
    }
void Dispose() void Dispose()
    {
    if (config != null)
    {
    config.Save();
    }
    }
}

把上面的代码存放到App_Code文件夹下，我们在项目中就可以直接使用了。
我们通过一个例子演示如果使用这个通用类对web.config进行设置。新建一个aspx页面，下面是前台代码：

<%@ Page Language="C#" AutoEventWireup="true" CodeFile="ConfigModifyDemo.aspx.cs" Inherits="ConfigModifyDemo" %>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" >
<head runat="server">
    <title>在部署后修改web.config的例子</title>
</head>
<body>
    <form id="form1" runat="server">
    <div>
    <table border="0" cellpadding="0" cellspacing="0">
    <tr><td>类型</td><td>名称</td><td>值</td></tr>
    <tr><td>
    程序配置</td><td>
    <asp:TextBox ID="txtKey" runat="server"></asp:TextBox>
    <asp:RequiredFieldValidator ID="RequiredFieldValidator2" runat="server" ControlToValidate="txtKey"
    ErrorMessage="*" Display="Dynamic"></asp:RequiredFieldValidator></td><td>
    <asp:TextBox ID="txtAppSetting" runat="server"></asp:TextBox></td></tr>
    <tr><td>
    数据库连接</td><td>
    <asp:TextBox ID="txtConnectionName" runat="server"></asp:TextBox>
    <asp:RequiredFieldValidator ID="RequiredFieldValidator1" runat="server" ErrorMessage="*" ControlToValidate="txtConnectionName" Display="Dynamic"></asp:RequiredFieldValidator></td><td style="height: 24px">
    <asp:TextBox ID="txtConnectionString" runat="server"></asp:TextBox></td></tr>
    <tr><td>
    <asp:Button ID="btnModify" runat="server" OnClick="btnModify_Click" Text="修改" /></td><td></td><td></td></tr>
    </table>
    </div>
    </form>
</body>
</html>

编写后台代码有时可能需要增加对配置文件读写操作类所在dll的引用，如下：

下面是后台代码：

using System;
using System.Data;
using System.Configuration;
using System.Collections;
using System.Web;
using System.Web.Security;
using System.Web.UI;
using System.Web.UI.WebControls;
using System.Web.UI.WebControls.WebParts;
using System.Web.UI.HtmlControls;
using System.Web.Configuration;//注意添加这个命名空间
public partial class ConfigModifyDemo : System.Web.UI.Page
{
void Page_Load() void Page_Load(object sender, EventArgs e)
    {
    }
void btnModify_Click() void btnModify_Click(object sender, EventArgs e)
    {
    string appSetting = txtAppSetting.Text;//appSetting子节点值
    string connectionString = txtConnectionString.Text;//连接字符串
    string key = txtKey.Text;//appSetting子节点Key
    string connectionName = txtConnectionName.Text;//连接Name
    ConfigurationOperator op = new ConfigurationOperator();
    op.SetAppSetting(key, appSetting);
    op.SetConnectionString(connectionName, connectionString);
    op.Save();
    }

}

下面是运行界面：

我们在上面的表单中填入如下信息：

假设此时web.config文件相关节点的内容如下：

我们点击“修改”按钮之后的文件内容如下：

从执行结果可以看出我们的程序确实能做到修改和添加web.config中的节点的功能。需要注意的是，在利用了某些版本控制软件之后（如 Microsoft Visual SourceSafe），版本控制软件可能会将web.config设置为只读属性，就会出现不能设置的情况，我们需要手动将web.config的只读属性去掉才能设置web.config文件。在实际部署项目的时候就不会存在这个问题。

总结：web.config是asp.net应用程序中一个很重要的配置文件，通过web.config文件可以方便我们进行开发和部署asp.net应用程序。此外还能对程序进行一些灵活的控制。在本篇中详细讲述了各节点的作用。因为在部署asp.net应用程序后因为权限原因不能按照XML方式进行修改web.config文件，所以在本篇中还提供了一个针对<appSettings>节点和<connectionStrings>节点设置的通用类，读者朋友可以根据实际项目需要对这个通用类进行完善和补充。

花了点时间整理了一下ASP.NET Web.config配置文件的基本使用方法。很适合新手参看，由于Web.config在使用很灵活，可以自定义一些节点。所以这里只介绍一些比较常用的节点。

<?xml version="1.0"?>

<!--注意: 除了手动编辑此文件以外，您还可以使用 Web 管理工具来配置应用程序的设置。可以使用 Visual Studio 中的“网站”->“Asp.Net 配置”选项。

设置和注释的完整列表在 machine.config.comments 中，该文件通常位于 "Windows"Microsoft.Net"Framework"v2.x"Config 中。-->

<configuration>

<!--指定配置节和命名空间声明。clear:移除对继承的节和节组的所有引用，只允许由当前 section 和 sectionGroup 元素添加的节和节组。remove:移除对继承的节和节组的引用。

section:定义配置节处理程序与配置元素之间的关联。sectionGroup:定义配置节处理程序与配置节之间的关联。-->

<configSections>

</sectionGroup>

</configSections>

<appSettings>

</appSettings>

<connectionStrings>

</connectionStrings>

<location path="Default.aspx" allowOverride="false">

<system.web>

<identity impersonate="false" />

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

这里的几个属性的意思是默认主页为Index,主题是Default，不检测用户在浏览器输入的内容中是否存在潜在的危险数据（注：该项默认是检测，如果你使用了不检测，一要对用户的输入进行编码或验证)，在从客户端回发页时将检查加密的视图状态，以验证视图状态是否已在客户端被篡改。(注：该项默认是不验证）禁用ViewState-->

<pages masterPageFile="Index" theme="Default" buffer="true" enableViewStateMac="true" validateRequest="false" enableViewState="false">

</pages>

<customErrors defaultRedirect="Err.html" mode="RemoteOnly">

</customErrors>

<trace enabled="true" localOnly="false" pageOutput="true" requestLimit="15" traceMode="SortByCategory"/>

<compilation debug="true" defaultLanguage="c#" batch="false">

<assemblies>

</assemblies>

<buildProviders>

</buildProviders>

</compilation>

<authentication mode="Forms">

<!--Name: 指定完成身份验证的Http cookie的名称.LoginUrl: 如果未通过验证或超时后重定向的页面URL，一般为登录页面，让用户重新登录。Protection: 指定 cookie数据的保护方式.

可设置为:All表示加密数据，并进行有效性验证两种方式，None表示不保护Cookie，Encryption表示对Cookie内容进行加密，validation表示对Cookie内容进行有效性验证，TimeOut: 指定Cookie的失效时间. 超时后要重新登录。-->

</authentication>

<authorization>

</authorization>

<globalization requestEncoding="gb2312" responseEncoding="gb2312" fileEncoding="gb2312" />

<!--会话状态设置。mode: 分为off,Inproc,StateServer,SqlServer几种状态 mode = InProc 存储在进程中特点：具有最佳的性能，速度最快,但不能跨多台服务器存储共享.mode = "StateServer" 存储在状态服务器中特点:当需要跨服务器维护用户会话信息时，使用此方法。但是信息存储在状态服务器上，一旦状态服务器出现故障，信息将丢失. mode="SqlServer" 存储在sql server中特点:工作负载会变大，但信息不会丢失

stateConnectionString :指定asp.net应用程序存储远程会话状态的服务器名，默认为本机。sqlConnectionString:当用会话状态数据库时，在这里设置连接字符串。Cookieless:设置为flase时，表示使用cookie会话状态来标识客户.timeout表示会话超时时间。-->

<sessionState mode="InProc" stateConnectionString="tcpip=127.0.0.1:42424" sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes" cookieless="false" timeout="20"></sessionState>

<!--配置asp.net http运行库的设置。可以在计算机，站点，应用程序和子目录级别声明

允许最多的请求个数100，最长允许执行请求时间为80秒，控制用户上传文件的大小,默认是4M。useFullyQualifiedRedirectUrl客户端重定向不需要被自动转换为完全限定格式。-->

<httpRuntime appRequestQueueLimit="100" executionTimeout="80" maxRequestLength="40960" useFullyQualifiedRedirectUrl="false"/>

<httpModules>

</httpModules>

<!--httpHandlers用于根据用户请求的URL和HTTP谓词将用户的请求交给相应的处理程序。可以在配置级别的任何层次配置此节点，也就是说可以针对某个特定目录下指定的特殊文件进行特殊处理。

add:指定映射到处理程序的谓词/路径。clear:移除当前已配置或已继承的所有处理程序映射。remove:移除映射到处理程序的谓词/路径。remove 指令必须与前一个 add 指令的谓词/路径组合完全匹配。该指令不支持通配符。-->

<httpHandlers>

</httpHandlers>

<httpCookies httpOnlyCookies="false" requireSSL="false"/>

<webServices>

<add/>

</protocols>

</webServices>

<caching>

</outputCacheProfiles>

</outputCacheSettings>

</caching>

</system.web>

</location>

<!--网络设置，authenticationModules：指定用于对 Internet 请求进行身份验证的模块。connectionManagement：指定与 Internet 宿主的连接的最大数目。defaultProxy：配置超文本传输协议 (HTTP) 代理服务器。

mailSettings：配置简单邮件传输协议 (SMTP) 邮件发送选项。requestCaching：控制网络请求的缓存机制。settings：配置 System.Net 的基本网络选项。-->

<system.net>

<mailSettings>

</smtp>

</mailSettings>

<defaultProxy>

</bypasslist>

</defaultProxy>

</system.net>

<!--该节替换在 httpHandlers 和 httpModules 节中添加的与 AJAX 相关的 HTTP 处理程序和模块。该节使 IIS 7.0 在集成模式下运行时可使用这些处理程序和模块。在iis7.0 下运行 ASP.NET AJAX 需要 system.webServer

节。对早期版本的 IIS 来说则不需要此节。 -->

<system.webServer>

</modules>

</handlers>

</system.webServer>

<system.web.extensions>

</webServices>

</scripting>

</system.web.extensions>

<system.serviceModel>

</identity>

</endpoint>

</service>

</services>

</behavior>

</serviceBehaviors>

</behaviors>

</system.serviceModel>

<rewriter>

</rewriter>

</configuration>

來自:http://www.cnblogs.com/gaoweipeng/archive/2009/05/17/1458762.html

转载于:https://www.cnblogs.com/sdya/p/4602345.html

dengyidan4742

关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
webconfig

web.config配置文件Web 配置文件web.config位于 Web 应用程序的任何目录中，子目录如果没有 web.config 文件，就是继承父目录 web.config 文件的相关设定；如果子目录有 web.config 文件，就会覆盖父目录 web.config 文件的相关设定。Web 配置文件是一份 XML 文件，在 XML 标记的属性就是设定值，标记名称和属性值...
复制链接

扫一扫