ASP.NET中的配置文件

ASP.NET中的配置文件

原创 2014年10月13日 08:15:27

• 1199

 

在机房收费系统的时候曾经应用过配置文件，当时也就那么一用对配置文件了解的不是很透彻，下面就来总结一下有关配置文件的一些操作。

 

什么是配置文件

 

说白了就是用来保存项目中的一些配置信息，尤其是以后需要变更的配置信息。比如说连接数据库的操作，变更时，直接修改即可。ASP.NET网站IIS启动的时候会加载配置文件中的配置信息，然后进行缓存这些信息，在运行过程中会监视配置文件信息的变化情况，一旦发生变化会重新读取并缓存。

 

为什么要使用配置文件？

 

这就涉及到ASP.NET的运行机制了。

 

                   ASP.NET——DLL文件——JIT加工——本地机器代码——缓存

 

以上的过程就是ASP.NET页面在第一次请求的时候会被编译成DLL。文件，由JIT编程成本地代码执行，并将本地机器代码缓存。因此ASPX页面第一次打开的时候，会比较慢，以后执行的时候直接调用缓存即可。

 

正是由于这一点，.config文件逃过了这一劫，在发布Web应用程序的时候，web.config不被编译进去DLL文件。如果将来客户端发生变化，直接用记事本修改web.config文件，就可以重新运行。从这一点我们就可以看web.config文件保存变更配置信息的好处了。

 

在这里多提一点，从上面的ASP.NET执行机制中看出，浏览器端只会执行机器代码，所有的.ASPX文件多会被转换成机器代码，因此以后如果针对网站的性能优化的话，能尽量用静态网页，如HTML等，因为会提升网站性能，减少了编译的时间。

 

读取优先级（就近原则）现在当前页面寻找目录下的web.config文件，存在就停止

1. 当前网站根目录中查找web.config文件，存在就停止

2. 软件安装路径中查找web.config文件，存在就停止

 

 

 

 

 

 

 

 

 

 

 

 

Asp.Net 之 Web.config 配置文件详解

 

　　在asp.net中配置文件名一般默认是web.config。每个web.config文件都是基于XML的文本文件，并且可以保存到Web应用程序中的任何目录中。在发布Web应用程序时web.config文件并不编译进dll文件中。如果将来客户端发生了变化，仅仅需要用记事本打开web.config文件编辑相关设置就可以重新正常使用，非常方便。

1、配置文件的查找优先级

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

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

[3]asp.net网站IIS启动的时候会加载配置文件中的配置信息，然后缓存这些信息，这样就不必每次去读取配置信息。在运行过程中asp.net应用程序会监视配置文件的变化情况，一旦编辑了这些配置信息，就会重新读取这些配置信息并缓存。

[4]当我们要读取某个节点或者节点组信息时，是按照如下方式搜索的：
    (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应用程序的重启。

 

2、配置文件节点说明

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

[1]节点
　　节点主要用来存储asp.net应用程序的一些配置信息，比如上传文件的保存路径等，以下是一个例子：

　　对于节点中的值可以按照key来进行访问，以下就是C#一个读取key值为“FileType”节点值的例子：

string fileType=ConfigurationManager.AppSettings["FileType "];

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

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

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

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

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

    
        ......
    

[4]节点设置asp.net身份验证模式，有四种身份验证模式，它们的值分别如下:
Mode 验证模式说明
1）Windows 使用Windows身份验证，适用于域用户或者局域网用户。
2）Forms 使用表单验证，依靠网站开发人员进行身份验证。
3）Passport 使用微软提供的身份验证服务进行身份验证。
4）None 不进行任何身份验证。
节点控制用户对网站、目录或者单独页的访问，必须配合节点一起使用。

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

public partial class CustomErrorsDemo : System.Web.UI.Page 
{ 
    void Page_Load() void Page_Load(object sender, EventArgs e) 
    { 
    　　throw new Exception("故意抛出的异常。"); 
    } 
}

先配置如下：

　　

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

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

[7]节点
　　节点用于根据用户请求的URL和HTTP谓词将用户的请求交给相应的处理程序。可以在配置级别的任何层次配置此节点，也就是说可以针对某个特定目录下指定的特殊文件进行特殊处理。
　　查看machine.config文件同一目录下的web.config文件中的节点配置：

　　......
     
     
　　......

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

 
     

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

<%@ Page Language="C#" AutoEventWireup="true" CodeFile="HttpHandlersDemo.aspx.cs" Inherits="HttpHandlersDemo" %> 
 
 
 
     
 
 
    
 
    
 
    打开IPData/IPData.txt 
    
 
    
 
 

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

 

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

　　 
    　　 
    　　 
　　

　　如果存在403.htm和404.htm页面，点击超级链接之后会出现如下效果：
　　
　　我们从上图中可以看到当节点的Mode属性为“On”时，因为被禁止访问IPData文件夹下的所有txt文件，所以会跳转到自定义的没有权限提示页面，即403.htm。

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

[9]节点

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

下面就是一个配置节点的例子：

[10]节点
节点用于配置当前asp.net应用程序的会话状态配置。以下就是一个常见配置：

       上面的节点配置是设置在asp.net应用程序中启用Cookie，并且指定会话状态模式为在进程中保存会话状态，同时还指定了会话超时为30分钟。
节点的Mode属性可以是以下几种值之一：
属性值 　　　　　　说明
Custom 　　　　使用自定义数据来存储会话状态数据。
InProc 　　　　  默认值。由asp.net辅助进程来存储会话状态数据。
Off 　　　　　　 禁用会话状态。
SQLServer 　　 使用进程外SQL Server数据库保存会话状态数据。
StateServer 　  使用进程外 ASP.NET 状态服务存储状态信息。
　　一般默认情况下使用InProc模式来存储会话状态数据，这种模式的好处是存取速度快，缺点是比较占用内存，所以不宜在这种模式下存储大型的用户会话数据。
[11]节点：
　　用于配置应用程序的全球化设置。此节点有几个比较重要的属性，分别如下：
属性名 　　　　　　　　　　说明
fileEncoding 　　　　可选属性。设置.aspx、.asmx 和 .asax 文件的存储编码。
requestEncoding 　  可选属性。设置客户端请求的编码，默认为UTF-8.
responseEncoding 　可选属性。设置服务器端响应的编码，默认为UTF-8.
以下就是asp.net应用程序中的默认配置：

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

using System; 
using System.Configuration; 
using System.Web; 
using System.Web.Configuration; 
/// 
    
/// ConfigurationOperator 的摘要说明    
/// 
    
public class ConfigurationOperator:IDisposable 
{ 
    private Configuration config; 

    ConfigurationOperator():this(HttpContext.Current.Request.ApplicationPath) 
    { 
        
    } 

    ConfigurationOperator(string path) 
    { 
        config = WebConfigurationManager.OpenWebConfiguration(path); 
    } 

    /// 
     
    /// 设置应用程序配置节点，如果已经存在此节点，则会修改该节点的值，否则添加此节点    
    /// 
     
    /// 节点名称     
    /// 节点值     
    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; 
        } 
    } 

    /// 
     
    /// 设置数据库连接字符串节点，如果不存在此节点，则会添加此节点及对应的值，存在则修改     
    /// 
     
    /// 节点名称     
    /// 节点值     
    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; 
        } 
    } 

    /// 
     
    /// 保存所作的修改     
    /// 
     
    void Save() 
    { 
        config.Save(); 
        config = null; 
    } 

    void Dispose() 
    { 
        if (config != null) 
        { 
            config.Save(); 
        } 
    } 
} 

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

<%@ Page Language="C#" AutoEventWireup="true" CodeFile="ConfigModifyDemo.aspx.cs" Inherits="ConfigModifyDemo" %> 
 
 
 
     
 
 
    
 
    
 
    
 
    
类型
名称
值
 
    
 
    程序配置
 
     
    
 
    
 
    
 
    数据库连接
 
     
    　　　　Display="Dynamic">
 
    
 
    
 
    
 
    
 
    
 
    
 
 

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

　　
　　下面是后台代码：

 

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(object sender, EventArgs e) 
    { 
    } 
    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文件相关节点的内容如下：

 
     
     
         
    

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

 
         
     
     
                    providerName="System.Data.SqlClient" /> 
    

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

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

　　由于Web.config在使用时很灵活，可以自定义一些节点。所以这里只介绍一些比较常用的节点。

 

 

 

转载于:https://www.cnblogs.com/cjm123/p/8383849.html