.NET Framework 4.7.2运行时修改内存app.config报Access denied问题

你对网上提到的那段代码的作用存在本质认知错误：这段代码的设计逻辑就是修改并持久化写入磁盘上的配置文件，从来不是仅修改内存配置，所谓"无需写入磁盘"的说法属于对原回答内容的误读。

涉及API的实际行为说明 #

• ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None) 加载的是可执行文件同目录下全局范围的[你的程序名].exe.config物理文件的映射对象，并非独立于磁盘文件的纯内存副本
• 无论传入什么ConfigurationSaveMode参数，调用configuration.Save()方法时都会触发对对应物理配置文件的写入操作，不存在"仅修改内存不落盘"的执行逻辑
• ConfigurationManager.RefreshSection("appSettings")的作用是清空对应配置段的内存缓存，强制ConfigurationManager从磁盘重新加载配置值，同样和纯内存修改无关

触发访问拒绝/只读报错的常见场景 #

在.NET Framework 4.7.2环境下，运行这段代码触发文件权限类报错的原因通常为以下几种：

• 程序安装在Program Files、Program Files (x86)等系统UAC保护的目录下，普通运行权限的进程没有该目录的写入权限
• 同目录下的[你的程序名].exe.config文件被手动标记了只读属性
• 程序从只读介质（写保护U盘、光盘、只读挂载的网络共享盘）启动
• 配置文件被其他进程占用并加了排他文件锁

仅修改内存配置的正确实现 #

如果你确实只需要在当前进程运行周期内修改配置值、不需要持久化到磁盘，完全不需要调用OpenExeConfiguration和Save方法，直接操作ConfigurationManager的内存缓存即可，不会触发任何磁盘IO，也不会产生权限相关报错：

var appSettings = ConfigurationManager.AppSettings;
if (appSettings[key] == null)
{
    appSettings.Add(key, value);
}
else
{
    appSettings[key] = value;
}

注意：上述修改仅在当前进程运行期间生效，进程重启后会恢复为磁盘配置文件中的原始值。如果你需要持久化保存用户自定义配置，不要修改全局exe.config文件，推荐使用用户范围的Settings配置，这类配置默认存储在当前用户的AppData目录下，无系统目录权限限制，也不需要手动编写配置读写逻辑。

内容的提问来源于stack exchange，提问作者MuhKuh