webconfig配置全面介绍要点

《webconfig配置全面介绍要点》由会员分享，可在线阅读，更多相关《webconfig配置全面介绍要点（19页珍藏版）》请在装配图网上搜索。

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

2、nfig是以xml文件规范存储，配置文件分为以下格式1 .配置节处理程序声明特点：位于配置文件的顶部，包含在 标志中。2 .特定应用程序配置特点：位于中。可以定义应用程序的全局常量设置等信息.3 .配置节设置特点：位于system.Web#中，控制运行时的行为.4 .配置节组特点：用标记，可以自定义分组，可以放到 内部 或其它ft记的内部.（2） .配置节的每一节1 .节根元素，其它节都是在它的内部.2 .appSetting用此节用于定义应用程序设置项。对一些不确定设置，还可以让用户根据自己实际情况自己设置用法 :I.定义了一个连接字符串常量， 并且在实际应用时可以修改连接字符串， 不用修改

3、程式代码 .II. 定义了一个错误重定向页 面.3 . 节格式 :I.default language:定义后台代码语言，可以选择c#和两种语言.Ildebug :为true时，启动aspx调试；为false不启动aspx调试，因而可以提高 应用程序运行时的性能。一般程序员在开发时设置为true,交给客户时设置为false.4 .customErrors格式 :customErrorsmode=RemoteOnly defaultRedirect=error.aspx /I .mode : 具有 On,Off,RemoteOnly 3种状态。 On 表示始终显示自定义的信息; Off表示始终显

4、示详细的错误信息;RemoteOnly表示只对不在本地Web服务 器上运行的用户显示自定义信息 .II .defaultRedirect: 用于出现错误时重定向的 URL 地址 . 是可选的III .statusCode: 指明错误状态码，表明一种特定的出错状态.IV . redirect: 错误重定向的 URL.5. 节格式 :I.requestEncoding: 它用来检查每一个发来请求的编码.II .responseEncoding: 用于检查发回的响应内容编码.III .fileEncoding:用于检查aspx,asax等文件解析的默认编码.6.sessionState带格式 :I.

5、mode:分为 off,Inproc,StateServer,SqlServedl种状态mode = InProc 存储在进程中特点：具有最佳的性能，速度最快,但不能跨多台服务器存储共享.mode = StateServer存储在状态服务器中特点：当需要跨服务器维护用户会话信息时， 使用此方法。 但是信息存储在状态服务器上， 一旦状态服务器出现故障，信息将丢失.mode=SqlServer存储在sql server中特点:工作 负载会变大，但信息不会丢失.II. stateConnectionString指定应用程序存储远程会话状态的服务器名，默认为本机III. sqlConnectionSt

6、ring: 当用会话状态数据库时，在这里设置连接字符串IV. Cookieless:设置为true时，表示不使用cookie会话状态来标识客户；否则， 相反 .V. TimeOut: 用来定义会话状态存储的时间，超过期限，将自动终止会话 .7.authentication格式 : I .Windows: 使用 IIS 验证方式II .Forms: 使用基于窗体的验证方式III .Passport:采用 Passport cookie验证模式IV.None: 不采用任何验证方式里面内嵌Forms节点的属性涵义：I .Name: 指定完成身份验证的 Http cookie 的名称 .II .Log

7、inUrl: 如果未通过验证或超时后重定向的页面URL ，一般为登录页面，让用户重新登录.Protection:指定cookie数据的保护方式.可设置为 : All None Encryption Validation 四种保护方式a. All 表示加密数据，并进行有效性验证两种方式b. None表示不保护Cookie.c. Encryption 表示对 Cookie 内容进行加密d. validation 表示对 Cookie 内容进行有效性验证IV. TimeOut: 指定 Cookie 的失效时间 . 超时后要重新登录 .在运行时对Web.config 文件的修改不需要重启服务就可以生效

8、（注： 节例外）。当然Web.config 文件是可以扩展的。你可以自定义新配置参数并编写配置节处理程序以对它们进行处理。web.config 配置文件（默认的配置设置）以下所有的代码都应该位于和之间，出于学习的目的下面的示例都省略了这段xml 标记。1、 节作用： 配置 asp.NET 身份验证支持 （为 Windows、 Forms、 PassPor、t None 四种） 。该元素只能在计算机、站点或应用程序级别声明。 元素必需与 节配合使用。示例：以下示例为基于窗体（Forms）的身份验证配置站点，当没有登陆的用户访问需要身份验证的网页，网页自动跳转到登陆网页。其中元素loginUrl表

9、示登陆网页的名称，name表示Cookie名称。2、 节作用：控制对URL 资源的客户端访问（如允许匿名用户访问）。此元素可以在任何级别 （计算机、 站点、 应用程序、 子目录或页） 上声明。 必需与 节配合使用。示例：以下示例禁止匿名用户的访问注：你可以使用user.identity.name来获取已经过验证的当前的用户名；可以使用 web.Secuhty.FormsAuthentication.RedirectFromLoginPag昉法将已验证的用户重 定向到用户刚才请求的页面.具体的3、 节作用：配置asp.NET使用的所有编译设置。默认的 debug属性为“True在程序编译完成交付

10、使用之后应将其设为 False（Web.config 文件中有详细说明，此处 省略示例）4、 作用：为 asp.NET 应用程序提供有关自定义错误信息的信息。它不适用于xmlWeb services 中发生的错误。示例：当发生错误时，将网页跳转到自定义的错误页面。其中元素 defaultRedirect 表示自定义的错误网页的名称。 mode 元素表示：对不在本地 Web 服务器上运行的用户显示自定义（友好的）信息。5、节作用：配置asp.NET HTTP 运行库设置。该节可以在计算机、站点、应用程序和子目录级别声明。示例：控制用户上传文件最大为4M ，最长时间为60 秒，最多请求数为 100

11、6、 作用：标识特定于页的配置设置（如是否启用会话状态、视图状态，是否检测用户的输入等）。pages皿以在计算机、站点、应用程序和子目录级别声明。示例： 不检测用户在浏览器输入的内容中是否存在潜在的危险数据 （注： 该项默认是检测，如果你使用了不检测，一要对用户的输入进行编码或验证），在从客户端回发页时将检查加密的视图状态，以验证视图状态是否已在客户端被篡改。（注：该项默认是不验证）7、 作用： 为当前应用程序配置会话状态设置 （如设置是否启用会话状态， 会话状态保存位置）。示例：注：mode=InProc”表示：在本地储存会话状态（你也可以选择储存在远程服务器或SAL 服务器中或不启用会话状

12、态）cookieless=true表示：如果用户浏览器不支持 Cookie时启用会话状态(默认为 False)timeout=20表示：会话可以处于空闲状态的分钟数8、 作用：配置asp.NET 跟踪服务，主要用来程序测试判断哪里出错。示例：以下为Web.config 中的默认配置： 注：enabled=false表示不启用跟踪；requestLimit=10”表示指定在服务器上存储的跟踪请求的数目 pageOutput=false表示只能通过跟踪实用工具访问跟踪输出； traceMode=SortByTime表示以处理跟踪的顺序来显示跟踪信息 localOnly=true 表示跟踪查看器(t

13、race.axd) 只用于宿主Web 服务器自定义Web.config 文件配置自定义Web.config 文件配置节过程分为两步。1 .在配置文件顶部和标记之间声明配置节 的名称和处理该节中配置数据的 .NET Framework 类的名称。2 .是在 区域之后为声明的节做实际的配置设置。示例：创建一个节存储数据库连接字符串 访问Web.config文件你可以通过使用Con巾gurationSettings.AppSettings静态字符串集合来访问 Web.config 文件示例： 获取上面例子中建立的连接字符串。 例如：protected static string Isdebug =

14、ConfigurationSettings.AppSettingsdebug二、web.config 中的 session配置详解打开某个应用程序的配置文件Web.config 后，我们会发现以下这段：这一段就是配置应用程序是如何存储session信息的了。我们以下的各种操作主要是针对这一段配置展开。让我们先看看这一段配置中所包含的内容的意思。sessionStatel?点的语法是这样的：必须有的属性是：属性选项描述mode设置将session信息存储到哪里? Off设置为不使用session功能，? InProc设置为将session存储在进程内，就是asp中的存储方式，这是默认值，? St

15、ateServer设置为将session存储在独立的状态服务中，?SQLServer 设置将 session存储在sql server中。可选的属性是：属性选项描述?cookieless设置客户端的session信息存储到哪里，?ture 使用 Cookieless模式，?false 使用 Cookie 模式，这是默认值，? timeout设置经过多少分钟后服务器自动放弃session信息，默认为20分钟。stateConnectionString设置将sessio命息存储在状态服务中时使用的服务器名称 和端口号，例如：tcpip=127.0.0.1:42424。当 mode的值是 State

16、ServerH,这个 属性是必需的。sqlConnectionString设置与sql server连接时的连接字符串。例如data source= localhost;Integrated Security=SSPI;Initial Catalog=northwind。 当 mode的值是 SQLServer 时，这个属性是必需的。stateNetworkTimeout设置当使用StateServer模式存储session状态时，经过多少 秒空闲后，断开Web 服务器与存储状态信息的服务器的 tcp/IP 连接的。默认值是 10 秒钟。asp.NET中客户端session状态的存储在我们上面

17、的session模型简介中，大家可以发现session状态应该存储在两 个地方，分别是客户端和服务器端。客户端只负责保存相应网站的 SessionID， 而其他的session信息则保存在服务器端。在asp中，客户端的SessionID实际是 以Cookie的形式存储的。如果用户在浏览器的设置中选择了禁用Cookie,那末他也就无法享受session的便利之处了，甚至造成不能访问某些网站。为了解决 以上问题，在 asp.NET中客户端的session信息存储方式分为：Cookie和 Cookieless 两种。asp.NET中，默认状态下，在客户端还是使用Cookie存储session信息的。

18、如果我们想在客户端使用 Cookieless的方式存储session信息的方法如下：找到当前 Web 应用程序的根目录，打开Web.Config 文件，找到如下段落：这段话中的 cookieless=false改为：cookieless=true,这样，客户端的 session 信息就不再使用Cookie存储了，而是将其通过URL存储。关闭当前的IE,打 开一个新IE ，重新访问刚才的Web 应用程序，就会看到类似下面的样子：其中， http:/localhost/MyTestApplication/(ulqsek45heu3ic2a5zgdl245) /default.aspx 中黑体标出的

19、就是客户端的session ID。注意，这段信息是由IIS自动加上的， 不会影响以前正常的连接。asp.NET中服务器端session状态的存储准备工作：为了您能更好的体验到实验现象，您可以建立一个叫做SessionState.aspX勺页面，然后把以下这些代码添加到 中。Sub Session_Add(sender As Object, e As EventArgs)session(MySession) = text1.Valuespan1.InnerHtml = Session data updated! Your session contains: & session(MySession

20、). ToString() & End SubSub CheckSession(sender As Object, eAs EventArgs)If (Session(MySession)Is Nothing) Thenspan1.InnerHtml = NOTHING, session DATA LOST!Elsespan1.InnerHtml = Your session contains: & session(MySession).ToString() & End IfEnd Sub这个SessionState.aspX勺页面可以用来测试在当前的服务器上是否丢失了 session 信息。

21、将服务器session信息存储在进程中让我们来回到 Web.config 文件的刚才那段段落中：当mode的值是InProc时，说明服务器正在使用这种模式。这种方式和以前asp中的模式一样，就是服务器将session信息存储在IIS进 程中。当 IIS 关闭、重起后，这些信息都会丢失。但是这种模式也有自己最大好处，就是性能最高。应为所有的session信息都存储在了 IIS的进程中，所以IIS 能够很快的访问到这些信息，这种模式的性能比进程外存储session信息或是在sql server中存储session信息都要快上很多。这种模式也是asp.NET的默认方式。好了，现在让我们做个试验。打开

22、刚才的SessionState.aspXC面，随便输入一些字符，使其存储在session中。然后，让我们让IIS重起。注意，并不是使 当前的站点停止再开始，而是在IIS 中本机的机器名的节点上点击鼠标右键，选择重新启动 IIS 。 （想当初使用 NT4 时， 重新启动 IIS 必须要重新启动计算机才行，微软真是#$%A&）返回到SessionState.aspX5面中，检查刚才的 session信息， 发现信息已经丢失了。将服务器session信息存储在进程外首先，让我们来打开管理工具-服务，找到名为：asp.NET State Service的 服务，启动它。实际上，这个服务就是启动一个要保

23、存session信息的进程。启动这个服务后，你可以从Windows 任务管理器-进程中看到一个名为aspnet_state.exe勺进程，这个就是我们保存 session信息的进程。然后，回到Web.config文件中上述的段落中，将mode的值改为StateServer 保存文件后的重新打开一个IE,打开SessionState.aspXK面，保存一些信息到 session中。这时，让我们重起IIS,再回到SessionState.aspXH面中查看刚才的 session信息，发现没有丢失。实际上，这种将session信息存储在进程外的方式不光指可以将信息存储在 本机的进程外，还可以将ses

24、sion信息存储在其他的服务器的进程中。这时，不 光需要将 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中首先，还

25、是让我们来做一些准备工作。启动sql server和sql server代理服务。 在sql server中执行一个叫做InstallSqlState.sql的脚本文件。这个脚本文件将在 sql server中创建一个用来专门存储session信息的数据库，及一个维护session信 息数据库的sql server代理作业。我们可以在以下路径中找到那个文件： system drivewinntMicrosoft.NETFrameworkversion然后打开查询分析器,连接到sql server服务器，打开刚才的那个文件并且 执行。稍等片刻，数据库及作业就建立好了。这时，你可以打开企业管理器，

26、看到新增了一个叫 ASPState 的数据库。但是这个数据库中只是些存储过程，没有用户表。实际上session信息是存储在了 tempdb数据库的ASPStateTempSessions 表中的，另外一个 ASPStateTempApplications表存储了 asp中 application 对象信 息。这两个表也是刚才的那个脚本建立的。另外查看管理 -SQL server代理，作 业，发现也多了一个叫做 ASPState_Job_DeleteExpiredSession的作业，这个作业 实际上就是每分钟去ASPStateTempSessions表中删除过期的session信息的。接着，

27、我们返回到 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 的身份进行，通过如此配置，

28、能够获得比使用userid=sa;password=O令的sql server验证方式更好的安全性。当 然，如果sql server运行于另一台计算机上，你可能会需要通过Active Directory域的方式来维护两边验证的一致性。同样，让我们做个试验。向SessionState.asp处添加session信息，这时发现 session信息已经存在sql server中了，即使你重起计算机，刚才的 session信息 也不会丢失。现在，你已经完全看见了session信息到底是什么样子的了，而且又是存储在sql server 中的，能干什么就看你的发挥了。总结三、 关于 form 认证的一般设

29、置 关于 form 认证的一般设置：1: 在 web.config 中，加入 form 认证； 2: 如果有注册页面时还应该允许匿名用户调用注册页面进行注册以下代码应该在之间，而不应该包含到./system.web之间;表示允许匿名用户对userReg.aspxM面进彳T访问.3: 在登录成功后要创建身份验证票 , 表明已经通过认证的合法用户 ;if（登陆成功）System.Web.Secuhty.FormsAuthentication.SetAuthCookie用户名称，false）;四、访问 Web.config 文件你可以通过使用 ConfigurationSettings.AppSet

30、tings 静态字符串集合来访问Web.config 文件示例：获取上面例子中建立的连接字符串。例如：protected static string Isdebug = ConfigurationSettings.AppSettingssconasp.Net性能优化.（一）.选择会话状态存储方式在 Webconfig 文件配置 :有三种方式存储会话状态信息：1. 存储在进程中 : 属性 mode = InProc特点： 具有最佳的性能，速度最快,但不能跨多台服务器存储共享.2. 存储在状态服务器中 : 属性 mode = StateServer特点 : 当需要跨服务器维护用户会话信息时，使用此

31、方法。但是信息存储在状态服务器上， 一旦状态服务器出现故障， 信息将丢失3. 存储在 sql server 中 : 属性 mode=SqlServer特点 : 工作负载会变大，但信息不会丢失.补充一点：I . 由于某些页面不需要会话状态，则可以将会话状态禁用 :代码如下： II .如果页面需要访问会话变量但不允许修改它们，可以设置页面会话状态为只读 :代码如下： 使用时可以根据具体情况选择某种方式（2） .使用Page.IsPostBackPage.IsPostBack示是否是从客户端返回的.初次运行时，不是从客户端返 回，它的值为false,当触发页面上的事件或刷新页面时，Page.IsPo

32、stBack由于是回发的， 值变为 true;一般在：Page_Load方法中用：private void Page_Load(Object sender,EventArgs e)if(!Page.IsPostBack); /初始化页面的代码。这些代码第一次页面初始化时执行，当第二次 回发时，/不会再执行。提高效率。往往很多时候不得不用 IsPostBack, 因为有些控件初始化后， 要保持它的状态.例如 : DropDownList, 如果每次都初始化， 则用户无论选择其选项， 都会被初始化为默认值.（3） .避免使用服务器控件1 .一般的静态显示信息， 尽量不要用服务端控件显示. 因为服务

33、端控件需要回发服务端执行,会降低程序执行效率，一般用显示即可.如果用了服务端控件，将：runat=serveL去掉，也会提高效率.2 .禁用服务端控件的状态视图， 有些控件不需要维护其状态， 可以设置其属性:EnableViewState=false;如果整个页面控件都不需要维持状态视图， 则可以设置整个页面的状态视力为 false:代码如下 : 3 .在 Web.Config 文件中配置:asp.NET Sessions到以在 Web.config 或 Machine.config 中的 Sessionsstate 元素中配置。下面是在 Web.config 中的设置的例子：（4） .避免使

34、用DataGrid大家都知道DataGrid 功能强大。 但是功能强大的同时， 增加了性能上的开销。一般用其它控件: DataList或Repeater控件能实现的，尽量不用DataGrid.（5） .字符串操作1 .避免装箱操作. 装箱操作运行效率比较低.例如运行两个代码段:string test=;for（for int i=0;i10000;i+）test = test + i;string test=;for(for int i=0;i10000;i+)test = test + i.ToString();下面的代码段显然效率要高 .因为 i 是整型的， 系统要先把i 进行装箱转换为s

35、tring 型的，再进行连接. 需要时间读者可以 Copy 到自己机器上测试一下 .2 .使用StringBulider 类在进行字符串连接时: string str = str1 + str2 + ;一般超过三项连接， 最好用 StringBuilder 来代替 string 类 . StringBuilder 可以避免重新创建string 对象造成的性能损失.一般用于组装sql 语句时用到 : StringBulider.读者可以到自己机器上测试一下 .3 .尽量少用:trycatchfinally语句 .此语句执行效率比较低.（6） .ADO.Net使用方面优化1 .数据库连接打开和关闭

36、。在需要连接时打开，当访问完数据库要立刻关闭连接 .举例说明 ,还是看两个代码段: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);MyCon

37、nection.Open();/打开连接for(int i=0;i1000;i+)/for循环模拟取得数据前的商业逻辑操作Thread.Sleep(1000);myAdapter.Fill(ds);for(int i=0;i1000;i+)/for循环模拟取得数据后的商业逻辑操作Thread.Sleep(1000);MyConnection.Close();/关闭连接II.DataSet ds = new DataSet();SqlConnection MyConnection = new SqlConnection(server=localhost;uid=sa; pwd=; databas

38、e=NorthWind);SqlCommand myCommand = new SqlCommand(strSql,MyConnection);SqlDataAdapter myAdapter=newSqlDataAdapter(queryStr,connectionStr);for(int i=0;i1000;i+) /for 循环模拟取得数据前的商业逻辑操作Thread.Sleep(1000);MyConnection.Open();/打开连接myAdapter.Fill(ds);MyConnection.Close();/关闭连接for(int i=0;i1000;i+)/for 循环模

39、拟取得数据后的商业逻辑操作Thread.Sleep(1000);显示II代码比I代码好的多，I中早早占着连接不放，如果用户很多的话， 容易出现连接池湖情况。严重时出现死机现象.2.数据库查询I .直接生成sql语句。sql server每次都要对其进行编译，在性能方面不 会有很大的提高。另外也不够安全。容易被攻击.II .使用带参数的sql命令。这种方式sql server只对其编译一次，对于不 同的参数可以重复使用编译后的命令。提高了性能.III .使用sql server存储过程.编译一次.具有独立性，便于修改和维护.一 次能完成用语句发送多次的功能.减少了网络的流量。并不一定存储过程一定

40、比语句效率要高，如果商业逻辑很复杂 的话，有时候用语句比存储过程效率要高.（六）.缓存优化缓存分为两种：页面缓存和 API缓存.1 .使用页面缓存和片段缓存 说明：Duration是设置Cache的过期时间；VarByParam是设置是否根据参数而变化，None时所有参数使用同一 Cache, 设置TextBox1时则根据TextBox1的不同值分别缓存；当有多个参数时则要 组合缓存；2 .API缓存。用于在应用程序中使用I . 一个Cache使用的例子：II .使用时注意 Page.Cachef口 HttpContext.Current.Cache区另1：它们指的同一个对象，在 Page里，用Page.Cache如果在global.asax或 自己的类里用：HttpContext.Current.Cache在有些事件中，由于其没有 HttpContext,就用 HttpRuntime.Cache.