引用:
VisualStudio的配置文件很好很强大，用来保存数据库连接字符串或键值对都非常方便，只需要通过 ConfigurationManager的ConnectionStrings或AppSettings属性就可以随时取用。但 ConfigurationManager打开的是工程的默认配置文件，而我有时候会有这样的需求：工程A通过某种方式引用了工程B，A和B都有各自的一 些配置，我不想把B的配置写到A的配置文件里，而是希望B也有自己的配置文件。运行时程序从A启动，那我怎么样才能让 ConfigurationManager能正确访问到B的配置文件呢？
翻翻ConfigurationManager的签名，有一个方法吸引了我的注意：OpenExeConfiguration(string exePath)。看上去我可以把B工程的配置文件路径作为参数传递到这个方法，执行后会返回一个Configuration对象，之后我就可以顺利的访 问其中的配置信息了
可惜现实是残酷的，OpenExeConfiguration实在是一个古怪的方法，我发现成功调用需要满足几个雷人的条件：
1、参数exePath必须是 *.exe 或 *.config 的格式（可能还有其他格式，但 *.dll 肯定不行）
2、exePath对应的文件必须存在（例如 exePath = "C:/ProjectB.exe"，那C盘下必须要有一个名为ProjectB.exe的文件），但实际上这个文件一点用也没有
3、方法调用后最终打开的配置文件实际上名为 exePath + ".config" （所以 exePath = "C:/ProjectB.exe" 时配置文件就是 C:/ProjectB.exe.config，而 *.config 的配置文件就得叫 *.config.config）
可能是微软工程师另有打算，也可能这个方法不是我想象中这样用的，总之上述几个条件真的让我望而却步了。要是每次总得在目录下添加一个空白文本，把 名字取好后缀改为.exe，再把实际的配置文件的后缀改为.exe.config。。。这个OpenExeConfiguration恐怕不会让我更方 便，只会让我更纠结。。
ConfigurationManager还有几个类似的方法，但我不知道怎么用，于是遍寻Google和MSDN。终于发现了真正能解决我问题的方法：OpenMappedExeConfiguration
不多说，直接上代码了：
ExeConfigurationFileMap map = new ExeConfigurationFileMap();
map.ExeConfigFilename = configPath;
config = ConfigurationManager.OpenMappedExeConfiguration(map, ConfigurationUserLevel.None);