本文介绍下c#配置文件app.config的用法，当作普通的xml文件读取的话，首先就要知道怎么寻找文件的路径。我们知道一般配置文件就在跟可执行exe文件在同一目录下，且仅仅在名称后面添加了一个.config。
首先，app.config 配置文件的格式如下：
复制代码 代码示例:
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<appSettings>
<add key="ServerIP" value="127.0.0.1"></add>
<add key="DataBase" value="Warehou
sedB"></add>
<add key="user" value="sa"></add>
<add key="password" value="sa"></add>
</appSettings>
</configuration>
因此，对于配置文件的读取方式如下：（依然由上面的文件举一个简单的例子）
复制代码 代码示例:
static string str = "Data Source=" + System.Configuration.ConfigurationManager.AppSettings["ServerIP"] + ";Initial Catalog =" + System.Configuration.ConfigurationManager.AppSettings["DataBase"] + "; User ID=" + System.Configuration.ConfigurationManager.AppSettings["user"] + "; Password=" + System.Configuration.ConfigurationManager.AppSettings["password"] ;
这样，便从配置文件中读取出了所需要的信息，组成了一组用于连接数据库的字符串。
对于修改配置文件，有如下方法修改app.config中的值：
复制代码 代码示例:
Configuration config = ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None);
config.AppSettings.Settings["DB_UID"].Value = "demo";
config.Save(ConfigurationSaveMode.Full);
事实证明这种做法是不可行的。虽然程序运行时的值已经被修改。但是打开app.config查看，会看到值仍然没有被改动。如果重启程序，就会使用以前的旧值。用这种方法只可以读取值。不能写入或者修改值。
注意，正确的做法是，把配置文件按照普通的xml文件来进行修改，否则，经常出现的问题就是你所修改的东西其实最后根本没有写入文件！最后还是修改失败！
当作普通的xml文件读取的话，首先就要知道怎么寻找文件的路径。我们知道一般配置文件就在跟可执行exe文件在同一目录下，且仅仅在名称后面添加了一个.config 因此，可以用Application.ExecuteablePath+".cofig"的方式来获得，不过更加推荐使用AppDomain.CurrentDomain.SetupInformation.ConfigurationFile这句话来直接获取当前程序的配置文件的位置，具体原因，后面再叙述。
这里给出常用的操作函数。
复制代码 代码示例:
using System.Xml;
//第一个参数是xml文件中的add节点的value，第二个参数是add节点的key
private void SaveConfig(string ConnenctionString, string strKey)
{
XmlDocument doc = new XmlDocument();
//获得配置文件的全路径
string strFileName = AppDomain.CurrentDomain.SetupInformation.ConfigurationFile;
// string strFileName= AppDomain.CurrentDomain.BaseDirectory + "exe.config";
doc.Load(strFileName);
//找出名称为“add”的所有元素
XmlNodeList nodes = doc.GetElementsByTagName("add");
for (int i = 0; i < nodes.Count; i++)
{
//获得将当前元素的key属性
XmlAttribute att = nodes[i].Attributes["key"];
//根据元素的第一个属性来判断当前的元素是不是目标元素
if (att.Value == strKey)
{
//对目标元素中的第二个属性赋值
att = nodes[i].Attributes["value"];
att.Value = ConnenctionString;
break;
}
}
//保存上面的修改
doc.Save(strFileName);
System.Configuration.ConfigurationManager.RefreshSection("appSettings");
}
现在回过头还是看上面的这个函数，看它的最后一行，它的作用是什么？
查找msdn文档可以发现微软出于性能考虑，对配置文件App.config采用了缓存策略，因此，尽管上面的函数确实在磁盘文件中修改了节点的值，当时，当用前面的那个函数读取的时候，会依然得到原来的那个值，仿佛没有修改一样！所以，必须使用这么句话，进行一遍刷新，强制要求程序下一次读取的时候，从磁盘文件读取！
好了，现在使用Visual Studio写C#程序的童鞋应该都遇到了一个蛋疼的问题，就是在debug时，明明在程序中修改了配置文件，可是下次重新执行程序的时候，发现程序根本没有发生变化，打开与exe文件相对应的config文件查看，发现文件根本没有变化！！！！明明就是当作xml文件来操作的，怎么会这样？！
其实这就涉及VS的运行机制问题了，细心的童鞋会在exe文件的同目录下，发现有一个与之对应的vshost.exe，以及vshost.exe.config 文件，当打开这里的这个config文件后会发现，在这里面的xml文件的值发生了变化！对滴~VS无论在Debug还是Release下，运行的程序都是这个带有vshost的程序，修改的也是这个程序对应的config。当时，当程序刚刚启动的时候，却是读取的原来与exe文件对应的config文件，将这个config文件内容替换原来与vshost.exe对应的config里面内容，这也就是为什么每次重新开程序后恢复原状的原因。
由于程序在VS里面调试的时候，运行的程序与直接去bin文件夹运行的程序不一样，所以，更推荐使用AppDomain.CurrentDomain.SetupInformation.ConfigurationFile来获取当前运行程序的配置文件。
当然啦，这一点差异不要着急，等程序调试完毕后，以后，程序一般就是从文件夹手动启动的啦，这个时候，就没有上面的那么多问题的了。一切会恢复正常！
