关于c＃：在运行时更改默认app.config

Change default app.config at runtime

我有以下问题：我们有一个加载模块(插件)的应用程序。这些模块可能需要app.config中的条目(例如wcf配置)。因为模块是动态加载的，所以我不希望在应用程序的app.config文件中包含这些条目。我想做的是：

在内存中创建一个新的app.config，其中包含模块中的config部分
告诉我的应用程序使用新的app.config

注意：我不想覆盖默认app.config！

它应该透明地工作，例如ConfigurationManager.AppSettings使用这个新文件。

在我对这个问题的评估中，我提出了与这里提供的相同的解决方案：用nunit重新加载app.config。不幸的是，它似乎没有任何作用，因为我仍然从普通的app.config获取数据。

我用这个代码来测试它：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

Console.WriteLine(ConfigurationManager.AppSettings["SettingA"]);
Console.WriteLine(Settings.Default.Setting);

var combinedConfig = string.Format(CONFIG2, CONFIG);
var tempFileName = Path.GetTempFileName();
using (var writer = new StreamWriter(tempFileName))
{
writer.Write(combinedConfig);
}

using(AppConfig.Change(tempFileName))
{
Console.WriteLine(ConfigurationManager.AppSettings["SettingA"]);
Console.WriteLine(Settings.Default.Setting);
}

它会输出相同的值twices，尽管combinedConfig包含的值与普通app.config不同。

相关讨论

如果在第一次使用配置系统之前使用了链接问题中的hack，那么它将起作用。在那之后，它就不再起作用了。原因：存在一个类ClientConfigPaths来缓存路径。因此，即使使用SetData更改了路径，也不会重新读取，因为已经存在缓存值。解决方案是也删除这些内容：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63

using System;
using System.Configuration;
using System.Linq;
using System.Reflection;

public abstract class AppConfig : IDisposable
{
public static AppConfig Change(string path)
{
return new ChangeAppConfig(path);
}

public abstract void Dispose();

private class ChangeAppConfig : AppConfig
{
private readonly string oldConfig =
AppDomain.CurrentDomain.GetData("APP_CONFIG_FILE").ToString();

private bool disposedValue;

public ChangeAppConfig(string path)
{
AppDomain.CurrentDomain.SetData("APP_CONFIG_FILE", path);
ResetConfigMechanism();
}

public override void Dispose()
{
if (!disposedValue)
{
AppDomain.CurrentDomain.SetData("APP_CONFIG_FILE", oldConfig);
ResetConfigMechanism();

disposedValue = true;
}
GC.SuppressFinalize(this);
}

private static void ResetConfigMechanism()
{
typeof(ConfigurationManager)
.GetField("s_initState", BindingFlags.NonPublic |
BindingFlags.Static)
.SetValue(null, 0);

typeof(ConfigurationManager)
.GetField("s_configSystem", BindingFlags.NonPublic |
BindingFlags.Static)
.SetValue(null, null);

typeof(ConfigurationManager)
.Assembly.GetTypes()
.Where(x => x.FullName ==
"System.Configuration.ClientConfigPaths")
.First()
.GetField("s_current", BindingFlags.NonPublic |
BindingFlags.Static)
.SetValue(null, null);
}
}
}

用法如下：

1
2
3
4
5
6

// the default app.config is used.
using(AppConfig.Change(tempFileName))
{
// the app.config in tempFileName is used
}
// the default app.config is used.

如果要在应用程序的整个运行时更改已使用的app.config，只需将AppConfig.Change(tempFileName)放在应用程序开始时的某个地方而不使用。

相关讨论

这真的非常棒。非常感谢您发布此消息。
@丹尼尔，这太棒了！谢谢您！不再需要加载另一个AppDomain！
@丹尼尔，那太棒了——我把它变成了一个用于applicationsettingsbase的exentension方法，这样我就可以调用settings.default.redirectappconfig(path)。如果可以的话，我会给你+2！
@杰马什：很好。很高兴有帮助。
非常感谢丹尼尔。那是非常有帮助的！
嗨，丹尼尔-谢谢，太棒了。有没有办法直接将app.config xml加载到appdomain？我打算在数据库中存储不同的配置，并在运行时加载一个。我真的不想先把它写下来。谢谢，菲尔·惠廷顿
@philwhittington：如果我们谈论的是由Settings.Default或ConfigurationManager.AppSettings访问的默认配置，那么，不，就没有办法了。我用这种方法解决的方案实际上与您的方案类似：我的新app.config的内容存在于内存中，并且由于配置系统的内部工作，它们只被写入一个文件。
好的-你是说将设置输入配置系统的唯一方法是提供一个文件路径吗？如果是这样的话，我会把从数据库中得到的数据写到一个临时位置。谢谢。
@菲利普：我就是这么说的，是的。
我添加了properties.settings.default.reset()我自己的代码来强制重新加载这些设置。在调用changeappconfig(string)之后执行此操作
出于兴趣，是否有任何理由禁止终结器？是否没有声明终结器？
@古斯多：这只是实现Dispose的标准模式。
MS代码分析器在"public abstract void dispose()；"一行给出CA1063和CA1063。
@Danielhilgarth实现Dispose的标准模式调用GC.SuppressFinalize涉及一个Dispose()非虚拟方法和一个Dispose(bool)虚拟方法。实际上您没有使用标准的Dispose模式。不管怎样，即使基类没有终结器，GC.SuppressFinalize的意义也在于派生类可能，但除非您实际上希望支持从AppConfig派生的其他类，否则它没有任何好处。实际上，我会给AppConfig一个私有的构造函数，这样其他类就不能将它用作基。
除此之外，使用反射访问私有字段现在可能有效，但它可能会使用一个警告，即它不受支持，并且可能会在.NET框架的未来版本中中断。
非常感谢！
我用它将我的MVC应用程序的web.config加载到一个外部启动的exe中，它工作得很好。
是否有理由将配置文件路径设置为旧值？appdomain.currentdomain.setdata("app_config_file"，oldconfig)；
@莫兹：在处理中，见使用样本。
FusionLog报告使用旧的应用程序配置，即使ConfigurationManager说路径是新的应用程序配置：日志：使用应用程序配置文件：
@Drutten：很有可能在运行更改app.config的代码之前打印此消息。您是否确实验证了应用程序中得到的值，以查看它们来自哪个app.config？
@danielhilgarth hmm，system.io.filenotfountexception.fusionlog says==预绑定状态信息==日志：displayname=system.web.mvc，version=3.0.0.0，…日志：appbase=file:///c:/program files(x86)/microsoft Visual Studio 14.0/common7/ide/调用程序集：…==Log:此绑定从LoadFrom加载上下文开始。警告：将不会在loadfrom上下文中探测本机映像。只能在默认加载上下文中探测本机映像，如assembly.load()。日志：使用应用程序配置文件：C:Program Files(x86)Microsoft Visual Studio 14.0Common7ideqtagent32u 40.exe.config
@德鲁顿：你验证了这些值吗？我从来没有检查过FusionLog，所以我不知道它在这种情况下是否有不当行为。
@Danielhilgarth是的，我验证了这些值，它们来自新的应用程序配置。
@德鲁顿：所以……你的问题是什么？
@Danielhilgarth我在bindingRedirect上有问题，没有从新的应用程序配置中读取，但似乎只有在应用程序启动时才读取。现在我改为使用AppDomain.CurrentDomain.AssemblyResolve来修复它。对不起，嗡嗡声。
@Drutten发生这种情况的原因非常简单：在执行更改app.config的代码之前正在解析程序集
@是的，非常简单，谢谢。
所有ResetConfigMechanism中的typeof(ConfigurationManager).GetField返回空…可能有什么问题？
关于我之前的评论：添加using System.Configuration使重置机制正常工作。不幸的是，新的app.config没有使用，应用程序仍然引用原始的app.config。
我之前的注释的解决方案是创建一个静态类，允许在实例化需要修改app.config的类之前调用AppConfig.Change(tempFileName)。
请注意，路径必须是绝对路径。如果是相对路径，则加载的数据来自编译时生成的设置类中的默认值。
遗产是为了什么？一个私有的构造函数不够吗？
@巴托斯基，你说得对。那也行
不太适合我，我有log4net，它仍然在寻找默认的配置文件。
@Jerryliang很可能log4net缓存了配置值，并且没有使用ConfigurationManager类重新读取它们。使用此代码后尝试创建新实例，并查看此新实例是否接受新设置

您可以尝试在运行时使用配置和添加配置节

1
2
3
4
5
6
7

Configuration applicationConfiguration = ConfigurationManager.OpenMappedExeConfiguration(
new ExeConfigurationFileMap(){ExeConfigFilename = path_to_your_config,
ConfigurationUserLevel.None
);

applicationConfiguration.Sections.Add("section",new YourSection())
applicationConfiguration.Save(ConfigurationSaveMode.Full,true);

编辑：这里是基于反射的解决方案(不过不是很好)

创建从IInternalConfigSystem派生的类

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

public class ConfigeSystem: IInternalConfigSystem
{
public NameValueCollection Settings = new NameValueCollection();
#region Implementation of IInternalConfigSystem

public object GetSection(string configKey)
{
return Settings;
}

public void RefreshConfig(string sectionName)
{
//throw new NotImplementedException();
}

public bool SupportsUserConfig { get; private set; }

#endregion
}

然后通过反射将其设置为ConfigurationManager中的私有字段。

相关讨论

@丹尼尔解决方案工作正常。另一个解释更多的类似解决方案是C-Sharp角。为了完整起见，我想分享我的版本：与using和位标志缩写。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39

using System;//AppDomain
using System.Linq;//Where
using System.Configuration;//app.config
using System.Reflection;//BindingFlags

/// <summary>
/// Use your own App.Config file instead of the default.
/// </summary>
/// <param name="NewAppConfigFullPathName"></param>
public static void ChangeAppConfig(string NewAppConfigFullPathName)
{
AppDomain.CurrentDomain.SetData("APP_CONFIG_FILE", NewAppConfigFullPathName);
ResetConfigMechanism();
return;
}

/// <summary>
/// Remove cached values from ClientConfigPaths.
/// Call this after changing path to App.Config.
/// </summary>
private static void ResetConfigMechanism()
{
BindingFlags Flags = BindingFlags.NonPublic | BindingFlags.Static;
typeof(ConfigurationManager)
.GetField("s_initState", Flags)
.SetValue(null, 0);

typeof(ConfigurationManager)
.GetField("s_configSystem", Flags)
.SetValue(null, null);

typeof(ConfigurationManager)
.Assembly.GetTypes()
.Where(x => x.FullName =="System.Configuration.ClientConfigPaths")
.First()
.GetField("s_current", Flags)
.SetValue(null, null);
return;
}

如果有人感兴趣，这里有一个方法可以在Mono上工作。

1
2
3
4
5
6

string configFilePath =".../App";
System.Configuration.Configuration newConfiguration = ConfigurationManager.OpenExeConfiguration(configFilePath);
FieldInfo configSystemField = typeof(ConfigurationManager).GetField("configSystem", BindingFlags.NonPublic | BindingFlags.Static);
object configSystem = configSystemField.GetValue(null);
FieldInfo cfgField = configSystem.GetType().GetField("cfg", BindingFlags.Instance | BindingFlags.NonPublic);
cfgField.SetValue(configSystem, newConfiguration);

丹尼尔的解决方案似乎也适用于下游装配。我以前使用过appdomain.setdata，但不知道如何重置内部配置标志。

转换为C++CLI为那些感兴趣的人

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37

/// <summary>
/// Remove cached values from ClientConfigPaths.
/// Call this after changing path to App.Config.
/// </summary>
void ResetConfigMechanism()
{
BindingFlags Flags = BindingFlags::NonPublic | BindingFlags::Static;
Type ^cfgType = ConfigurationManager::typeid;

Int32 ^zero = gcnew Int32(0);
cfgType->GetField("s_initState", Flags)
->SetValue(nullptr, zero);

cfgType->GetField("s_configSystem", Flags)
->SetValue(nullptr, nullptr);

for each(System::Type ^t in cfgType->Assembly->GetTypes())
{
if (t->FullName =="System.Configuration.ClientConfigPaths")
{
t->GetField("s_current", Flags)->SetValue(nullptr, nullptr);
}
}

return;
}

/// <summary>
/// Use your own App.Config file instead of the default.
/// </summary>
/// <param name="NewAppConfigFullPathName"></param>
void ChangeAppConfig(String ^NewAppConfigFullPathName)
{
AppDomain::CurrentDomain->SetData(L"APP_CONFIG_FILE", NewAppConfigFullPathName);
ResetConfigMechanism();
return;
}

精彩的讨论，我已经为resetconfigmechanism方法添加了更多的注释，以了解方法中语句/调用背后的魔力。还添加了文件路径存在检查

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59

using System;//AppDomain
using System.Linq;//Where
using System.Configuration;//app.config
using System.Reflection;//BindingFlags
using System.Io;

/// <summary>
/// Use your own App.Config file instead of the default.
/// </summary>
/// <param name="NewAppConfigFullPathName"></param>
public static void ChangeAppConfig(string NewAppConfigFullPathName)
{
if(File.Exists(NewAppConfigFullPathName)
{
AppDomain.CurrentDomain.SetData("APP_CONFIG_FILE",
NewAppConfigFullPathName);
ResetConfigMechanism();
return;
}
}

/// <summary>
/// Remove cached values from ClientConfigPaths.
/// Call this after changing path to App.Config.
/// </summary>
private static void ResetConfigMechanism()
{
BindingFlags Flags = BindingFlags.NonPublic | BindingFlags.Static;
/* s_initState holds one of the four internal configuration state.
0 - Not Started, 1 - Started, 2 - Usable, 3- Complete

Setting to 0 indicates the configuration is not started, this will
hint the AppDomain to reaload the most recent config file set thru
.SetData call
More [here][1]

*/
typeof(ConfigurationManager)
.GetField("s_initState", Flags)
.SetValue(null, 0);

/*s_configSystem holds the configuration section, this needs to be set
as null to enable reload*/
typeof(ConfigurationManager)
.GetField("s_configSystem", Flags)
.SetValue(null, null);

/*s_current holds the cached configuration file path, this needs to be
made null to fetch the latest file from the path provided
*/
typeof(ConfigurationManager)
.Assembly.GetTypes()
.Where(x => x.FullName =="System.Configuration.ClientConfigPaths")
.First()
.GetField("s_current", Flags)
.SetValue(null, null);
return;
}

如果您的配置文件只是用"appsettings"中的键/值写入的，那么您可以使用以下代码读取另一个文件：

1
2
3
4
5

System.Configuration.ExeConfigurationFileMap configFileMap = new ExeConfigurationFileMap();
configFileMap.ExeConfigFilename = configFilePath;

System.Configuration.Configuration configuration = ConfigurationManager.OpenMappedExeConfiguration(configFileMap, ConfigurationUserLevel.None);
AppSettingsSection section = (AppSettingsSection)configuration.GetSection("appSettings");

然后，可以将section.settings作为keyValueConfigurationElement的集合读取。

相关讨论

Daniel，如果可能，尝试使用其他配置机制。我们已经通过了这条路径，根据环境/profile/group，我们有不同的静态/动态配置文件，最后变得非常混乱。

您可以尝试使用某种类型的profile web service，其中您只指定来自客户端的一个Web服务URL，并且根据客户端的详细信息(您可能具有组/用户级覆盖)，它将加载所需的所有配置。我们还使用了MS Enterprise库作为其中的一部分。

那就是你不需要在你的客户机上部署配置，你可以和客户机分开管理它。

相关讨论