今天谈谈在.net中读写config文件的各种方法。 在这篇博客中，我将介绍各种配置文件的读写操作。 由于内容较为直观，因此没有过多的空道理，只有实实在在的演示代码， 目的只为了再现实战开发中的各种场景。希望大家能喜欢。

通常，我们在.NET开发过程中，会接触二种类型的配置文件：config文件，xml文件。 今天的博客示例也将介绍这二大类的配置文件的各类操作。 在config文件中，我将主要演示如何创建自己的自定义的配置节点，而不是介绍如何使用appSetting 。

请明：本文所说的config文件特指app.config或者web.config，而不是一般的XML文件。 在这类配置文件中，由于.net framework已经为它们定义了一些配置节点，因此我们并不能简单地通过序列化的方式去读写它。

config文件 - 自定义配置节点

为什么要自定义的配置节点？

确实，有很多人在使用config文件都是直接使用appSetting的，把所有的配置参数全都塞到那里，这样做虽然不错， 但是如果参数过多，这种做法的缺点也会明显地暴露出来：appSetting中的配置参数项只能按key名来访问，不能支持复杂的层次节点也不支持强类型， 而且由于全都只使用这一个集合，你会发现：完全不相干的参数也要放在一起！

想摆脱这种困扰吗？自定义的配置节点将是解决这个问题的一种可行方法。

首先，我们来看一下如何在app.config或者web.config中增加一个自定义的配置节点。 在这篇博客中，我将介绍4种自定义配置节点的方式，最终的配置文件如下：

<?xml version="1.0" encoding="utf-8" ?><configuration> <configSections> <section name="MySection111" type="RwConfigDemo.MySection1, RwConfigDemo" /> <section name="MySection222" type="RwConfigDemo.MySection2, RwConfigDemo" /> <section name="MySection333" type="RwConfigDemo.MySection3, RwConfigDemo" /> <section name="MySection444" type="RwConfigDemo.MySection4, RwConfigDemo" /> </configSections> <MySection111 username="fish-li" url="https://mand>

xml文件读写注意事项

通常，我们使用使用XmlSerializer.Serialize()得到的XML字符串的开头处，包含一段XML声明元素：

<?xml version="1.0" encoding="utf-8"?>

由于各种原因，有时候可能不需要它。为了让这行字符消失，我见过有使用正则表达式去删除它的，也有直接分析字符串去删除它的。 这些方法，要么浪费程序性能，要么就要多写些奇怪的代码。总之，就是看起来很别扭。 其实，我们可以反过来想一下：能不能在序列化时，不输出它呢？ 不输出它，不就达到我们期望的目的了吗？

在XML序列化时，有个XmlWriterSettings是用于控制写XML的一些行为的，它有一个OmitXmlDeclaration属性，就是专门用来控制要不要输出那行XML声明的。 而且，这个XmlWriterSettings还有其它的一些常用属性。请看以下演示代码：

using( MemoryStream stream = new MemoryStream() ) { XmlWriterSettings settings = new XmlWriterSettings(); settings.Indent = true; settings.NewLineChars = "\r\n"; settings.OmitXmlDeclaration = true; settings.IndentChars = "\t"; XmlWriter writer = XmlWriter.Create(stream, settings);

使用上面这段代码，我可以：

1. 不输出XML声明。

2. 指定换行符。

3. 指定缩进字符。

如果不使用这个类，恐怕还真的不能控制XmlSerializer.Serialize()的行为。

前面介绍了读写XML的方法，可是，如何开始呢？ 由于没有XML文件，程序也没法读取，那么如何得到一个格式正确的XML呢？ 答案是：先写代码，创建一个要读取的对象，随便输入一些垃圾数据，然后将它写入XML（反序列化）， 然后，我们可以参考生成的XML文件的具体格式，或者新增其它的节点（列表）， 或者修改前面所说的垃圾数据，最终得到可以使用的，有着正确格式的XML文件。

配置参数的建议保存方式

经常见到有很多组件或者框架，都喜欢把配置参数放在config文件中， 那些设计者或许认为他们的作品的参数较复杂，还喜欢搞自定义的配置节点。 结果就是：config文件中一大堆的配置参数。最麻烦的是：下次其它项目还要使用这个东西时，还得继续配置！

.net一直提倡XCOPY，但我发现遵守这个约定的组件或者框架还真不多。 所以，我想建议大家在设计组件或者框架的时候：

1. 请不要把你们的参数放在config文件中，那种配置真的不方便【复用】。

2. 能不能同时提供配置文件以及API接口的方式公开参数，由用户来决定如何选择配置参数的保存方式。

config文件与XML文件的差别

从本质上说，config文件也是XML文件，但它们有一点差别，不仅仅是因为.net framework为config文件预定义了许多配置节。 对于ASP.NET应用程序来说，如果我们将参数放在web.config中，那么，只要修改了web.config，网站也将会重新启动， 此时有一个好处：我们的代码总是能以最新的参数运行。另一方面，也有一个坏处：或许由于种种原因，我们并不希望网站被重启， 毕竟重启网站会花费一些时间，这会影响网站的响应。 对于这个特性，我只能说，没有办法，web.config就是这样。

然而，当我们使用XML时，显然不能直接得到以上所说的特性。因为XML文件是由我们自己来维护的。

到这里，您有没有想过：我如何在使用XML时也能拥有那些优点呢？

我希望在用户修改了配置文件后，程序能立刻以最新的参数运行，而且不用重新网站。

本文的所有示例代码可以点击此处下载。demo

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。