C#的配置文件App.config应该如何读写？-C#.Net教程-PHP中文网

答案：C#中读写App.config需用ConfigurationManager读取，通过OpenExeConfiguration修改并保存。读取时直接访问AppSettings或ConnectionStrings；写入时需加载配置对象，修改后调用Save()并刷新。权限不足可能导致写入失败，建议用户级设置使用Properties.Settings.Default，避免直接修改App.config。自定义配置节可提升结构化与类型安全，适合复杂配置。

c#的配置文件app.config应该如何读写？

在C#中，读写

App.config

登录后复制

配置文件主要通过

System.Configuration

登录后复制

命名空间下的

ConfigurationManager

登录后复制

类来实现。对于简单的键值对，可以直接使用

ConfigurationManager.AppSettings

登录后复制

集合进行读取。而要进行写入操作，尤其是修改已有的或添加新的配置，则需要通过加载应用程序的配置对象，进行修改后再保存。这个过程涉及到对配置文件本身的直接操作，需要注意权限和运行时行为的考量。

解决方案

要读写C#的

App.config

登录后复制

文件，我们通常会区分读取操作和写入操作，并且写入操作需要更谨慎地处理。

1. 读取配置

对于

App.config

登录后复制

中

<appSettings>

登录后复制

节的键值对，读取非常直接：

// 假设App.config中有 <add key="MySetting" value="Hello World" />
string mySettingValue = System.Configuration.ConfigurationManager.AppSettings["MySetting"];
Console.WriteLine($"读取到的配置：{mySettingValue}");

// 读取连接字符串
// 假设App.config中有 <connectionStrings> <add name="MyDb" connectionString="Data Source=..." providerName="System.Data.SqlClient" /> </connectionStrings>
string connectionString = System.Configuration.ConfigurationManager.ConnectionStrings["MyDb"]?.ConnectionString;
Console.WriteLine($"读取到的连接字符串：{connectionString}");

登录后复制

ConfigurationManager

登录后复制

会自动加载应用程序的默认配置文件（即编译后生成的

YourApp.exe.config

登录后复制

）。

2. 写入/修改配置

直接通过

ConfigurationManager.AppSettings.Add()

登录后复制

或

ConfigurationManager.AppSettings.Set()

登录后复制

在运行时修改配置，并不能持久化到

App.config

登录后复制

文件中。这是因为

AppSettings

登录后复制

集合在运行时通常是只读的，或者说，它反映的是应用程序启动时的配置状态。要真正修改并保存到磁盘上的

App.config

登录后复制

文件，你需要：

打开配置文件： 使用
```
ConfigurationManager.OpenExeConfiguration()
```
登录后复制
方法加载应用程序的配置。
获取或创建配置节： 访问或创建
```
AppSettingsSection
```
登录后复制
。
修改键值对： 对
```
AppSettingsSection
```
登录后复制
的
```
Settings
```
登录后复制
集合进行操作。
保存配置： 调用配置对象的
```
Save()
```
登录后复制
方法。
刷新配置： 调用
```
ConfigurationManager.RefreshSection()
```
登录后复制
确保新的配置被应用程序加载。

以下是一个修改或添加

<appSettings>

登录后复制

键值对的示例：

using System;
using System.Configuration; // 需要引用 System.Configuration

public class ConfigWriter
{
    public static void UpdateAppSetting(string key, string value)
    {
        try
        {
            // 获取当前应用程序的配置对象
            Configuration config = ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None);

            // 获取或创建 appSettings 节
            AppSettingsSection appSettings = (AppSettingsSection)config.GetSection("appSettings");

            if (appSettings == null)
            {
                // 如果没有 appSettings 节，就创建一个
                appSettings = new AppSettingsSection();
                config.Sections.Add("appSettings", appSettings);
            }

            // 检查键是否存在，如果存在则修改，否则添加
            if (appSettings.Settings[key] != null)
            {
                appSettings.Settings[key].Value = value;
                Console.WriteLine($"配置项 '{key}' 已更新为 '{value}'。");
            }
            else
            {
                appSettings.Settings.Add(key, value);
                Console.WriteLine($"配置项 '{key}' 已添加，值为 '{value}'。");
            }

            // 保存配置更改
            config.Save(ConfigurationSaveMode.Modified);

            // 强制重新加载 appSettings 节，使更改立即生效
            ConfigurationManager.RefreshSection("appSettings");

            Console.WriteLine("配置已成功保存并刷新。");
        }
        catch (ConfigurationErrorsException ex)
        {
            Console.WriteLine($"写入配置时发生错误: {ex.Message}");
            // 进一步处理，例如日志记录
        }
        catch (Exception ex)
        {
            Console.WriteLine($"发生意外错误: {ex.Message}");
        }
    }

    // 示例用法
    public static void Main(string[] args)
    {
        // 假设 App.config 中有 <add key="TestKey" value="OldValue" />
        Console.WriteLine($"修改前 TestKey: {ConfigurationManager.AppSettings["TestKey"]}");
        UpdateAppSetting("TestKey", "NewValue_" + DateTime.Now.Ticks);
        Console.WriteLine($"修改后 TestKey: {ConfigurationManager.AppSettings["TestKey"]}");

        // 添加一个新键
        Console.WriteLine($"添加前 NewKey: {ConfigurationManager.AppSettings["NewKey"]}");
        UpdateAppSetting("NewKey", "SomeNewValue");
        Console.WriteLine($"添加后 NewKey: {ConfigurationManager.AppSettings["NewKey"]}");

        // 再次读取确认
        Console.WriteLine($"最终 TestKey: {ConfigurationManager.AppSettings["TestKey"]}");
        Console.WriteLine($"最终 NewKey: {ConfigurationManager.AppSettings["NewKey"]}");
    }
}

登录后复制

请注意，修改

App.config

登录后复制

通常会要求应用程序有写入其部署目录的权限。在某些部署环境下（如Program Files），这可能需要管理员权限。

为什么直接修改App.config在运行时会遇到麻烦？

说实话，我个人觉得很多人在刚接触C#配置时，都会下意识地去尝试

ConfigurationManager.AppSettings["key"] = "newValue";

登录后复制

，然后发现不起作用，或者即便写了也无法持久化。这其实是理解

App.config

登录后复制

生命周期和权限模型的一个关键点。

App.config

登录后复制

在应用程序编译后，会被复制到输出目录并重命名为

[应用程序名].exe.config

登录后复制

。对于一个已经部署的应用程序来说，这个

.config

登录后复制

文件通常被视为应用程序的“静态”配置，即它定义了应用程序启动时的默认行为。在大多数情况下，尤其是在Windows的Program Files目录下，应用程序运行时是不被允许随意修改自身安装目录下的文件的，这涉及到操作系统的安全策略和文件权限。如果你尝试直接修改，很可能会遇到

Access Denied

登录后复制

的权限错误。

更深层次地看，

ConfigurationManager.AppSettings

登录后复制

在运行时提供的是一个已加载配置的内存视图。你对其进行的操作，比如

Add

登录后复制

或

Set

登录后复制

，确实会改变这个内存中的视图，但这些改变并不会自动同步回磁盘上的

.config

登录后复制

文件。这就是为什么你需要显式地调用

config.Save()

登录后复制

方法来将内存中的更改写入到物理文件中。

在我看来，这种设计是有道理的。它将应用程序的配置分为几个层次：

应用程序级配置 (
App.config
登录后复制
/
[AppName].exe.config
登录后复制
)：部署时确定，通常由管理员或部署工具维护，不期望在运行时由普通用户修改。
用户级配置 (
user.config
登录后复制
)：针对每个用户，存储在用户数据目录（如
```
AppData
```
登录后复制
）下，允许应用程序在运行时读写，且无需管理员权限。这是通过Visual Studio的“设置”功能或
```
ApplicationSettingsBase
```
登录后复制
类实现的。
自定义配置 (
Custom XML Files
登录后复制
)：对于更复杂或需要独立管理的数据，开发者可能会选择使用
```
XmlDocument
```
登录后复制
或其他序列化方式，将配置存储在独立的XML文件中。

所以，当你尝试修改

App.config

登录后复制

时，如果你的意图是让更改持久化并影响未来的应用程序启动，那么使用

OpenExeConfiguration

登录后复制

和

Save

登录后复制

是正确的路径。但如果你的意图是让普通用户在运行时修改自己的偏好设置，那么更推荐的做法是利用C#内置的用户设置机制，它会自动处理

user.config

登录后复制

文件的读写和权限问题，用起来会“顺滑”很多，也更符合应用程序设计的最佳实践。

标贝悦读AI配音

在线文字转语音软件-专业的配音网站

查看详情

什么时候应该使用自定义配置节，它有什么优势？

有时候，简单的键值对（

AppSettings

登录后复制

）或者连接字符串（

connectionStrings

登录后复制

）已经无法满足我们对配置的复杂需求了。想象一下，如果你有一组相关的设置，比如一个API客户端的URL、超时时间、认证密钥，或者一个日志系统的不同级别和目标路径，把它们都平铺在

AppSettings

登录后复制

里，代码读取起来会显得有些零散，也不够类型安全。这时候，自定义配置节（Custom Configuration Sections）就显得尤为重要了。

自定义配置节的优势非常明显：

结构化和组织性： 能够将相关的配置项组织在一起，形成一个清晰的层级结构，就像在
```
App.config
```
登录后复制
中创建自己的XML节点一样。这使得配置文件更易读、易维护。
类型安全： 你可以定义自己的配置类，这些类继承自
```
ConfigurationSection
```
登录后复制
和
```
ConfigurationElement
```
登录后复制
。这样，在代码中读取配置时，你获取到的是一个强类型的对象，可以直接访问其属性，而不是通过字符串键来获取值，大大减少了运行时类型转换错误的可能性。
数据验证和默认值： 在自定义配置节的类中，你可以为配置属性添加验证规则（例如，
```
IsRequired
```
登录后复制
、
```
MinValue
```
登录后复制
、
```
MaxValue
```
登录后复制
），甚至可以设置默认值。这样，如果配置文件中缺少某个项或值不合法，系统会在应用程序启动时抛出错误，而不是在运行时才发现问题，有助于提高应用程序的健壮性。
复用性： 一旦定义了自定义配置节，可以在多个应用程序中复用相同的配置结构。
更好的可扩展性： 如果未来需要增加新的配置项，只需修改自定义配置节的类，而不需要大幅改动读取配置的代码逻辑。

举个例子： 假设我们要配置一个邮件发送服务，包括SMTP服务器地址、端口、用户名、密码和是否启用SSL。如果用

AppSettings

登录后复制

，可能是这样：

<appSettings>
  <add key="SmtpServer" value="smtp.example.com" />
  <add key="SmtpPort" value="587" />
  <add key="SmtpUsername" value="user@example.com" />
  <add key="SmtpPassword" value="password" />
  <add key="SmtpEnableSsl" value="true" />
</appSettings>

登录后复制

代码读取时：

string server = ConfigurationManager.AppSettings["SmtpServer"];
int port = int.Parse(ConfigurationManager.AppSettings["SmtpPort"]);
// ... 还有很多类似的读取和转换

登录后复制

如果使用自定义配置节，它看起来会更优雅：

1. 定义配置类：

using System.Configuration;

// 定义一个配置节，对应 <mailSettings>
public class MailSettingsSection : ConfigurationSection
{
    // 定义一个配置元素集合，对应 <accounts> 里面的多个 <add>
    [ConfigurationProperty("accounts", IsDefaultCollection = false)]
    [ConfigurationCollection(typeof(MailAccountCollection), AddItemName = "add")]
    public MailAccountCollection Accounts
    {
        get { return (MailAccountCollection)base["accounts"]; }
    }
}

// 定义一个配置元素集合，包含多个 MailAccountElement
public class MailAccountCollection : ConfigurationElementCollection
{
    protected override ConfigurationElement CreateNewElement()
    {
        return new MailAccountElement();
    }

    protected override object GetElementKey(ConfigurationElement element)
    {
        return ((MailAccountElement)element).Name;
    }

    public MailAccountElement this[int index]
    {
        get { return (MailAccountElement)BaseGet(index); }
    }

    public new MailAccountElement this[string name]
    {
        get { return (MailAccountElement)BaseGet(name); }
    }
}

// 定义一个配置元素，对应 <add name="Default" ... />
public class MailAccountElement : ConfigurationElement
{
    [ConfigurationProperty("name", IsRequired = true, IsKey = true)]
    public string Name
    {
        get { return (string)this["name"]; }
        set { this["name"] = value; }
    }

    [ConfigurationProperty("server", IsRequired = true)]
    public string Server
    {
        get { return (string)this["server"]; }
        set { this["server"] = value; }
    }

    [ConfigurationProperty("port", DefaultValue = 25, IsRequired = false)]
    [IntegerValidator(MinValue = 1, MaxValue = 65535)]
    public int Port
    {
        get { return (int)this["port"]; }
        set { this["port"] = value; }
    }

    [ConfigurationProperty("username", IsRequired = true)]
    public string Username
    {
        get { return (string)this["username"]; }
        set { this["username"] = value; }
    }

    [ConfigurationProperty("password", IsRequired = true)]
    public string Password
    {
        get { return (string)this["password"]; }
        set { this["password"] = value; }
    }

    [ConfigurationProperty("enableSsl", DefaultValue = false, IsRequired = false)]
    public bool EnableSsl
    {
        get { return (bool)this["enableSsl"]; }
        set { this["enableSsl"] = value; }
    }
}

登录后复制

2. 在

App.config

登录后复制

中注册和使用：

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <configSections>
    <section name="mailSettings" type="YourNamespace.MailSettingsSection, YourAssembly" />
  </configSections>

  <mailSettings>
    <accounts>
      <add name="Default" server="smtp.example.com" port="587" username="user@example.com" password="password123" enableSsl="true" />
      <add name="Backup" server="backup.smtp.com" port="465" username="backup@example.com" password="password456" enableSsl="true" />
    </accounts>
  </mailSettings>

  <startup>
    <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.7.2" />
  </startup>
</configuration>

登录后复制

（注意：

YourNamespace.MailSettingsSection, YourAssembly

登录后复制

需要替换为你的实际命名空间和程序集名称。）

3. 代码中读取：

MailSettingsSection mailConfig = (MailSettingsSection)ConfigurationManager.GetSection("mailSettings");
if (mailConfig != null)
{
    MailAccountElement defaultAccount = mailConfig.Accounts["Default"];
    if (defaultAccount != null)
    {
        Console.WriteLine($"SMTP Server: {defaultAccount.Server}");
        Console.WriteLine($"SMTP Port: {defaultAccount.Port}");
        Console.WriteLine($"SMTP Username: {defaultAccount.Username}");
        Console.WriteLine($"Enable SSL: {defaultAccount.EnableSsl}");
    }
}

登录后复制

你看，通过自定义配置节，我们不仅让配置文件的结构更清晰，代码在读取时也获得了强类型的好处，再也不用担心字符串转换错误了。这种方式对于管理复杂的、多层次的应用程序配置来说，简直是神器。

如何在C#中优雅地处理App.config的读写权限问题？

处理

App.config

登录后复制

的读写权限问题，其实更多的是一种设计哲学和最佳实践的选择，而不仅仅是代码技巧。在我看来，"优雅"的关键在于，你得先搞清楚你到底想让

App.config

登录后复制

做什么。

明确
```
App.config
```
登录后复制
的定位：
- 应用程序级配置（只读为主）： 如果这些设置是应用程序的核心配置，部署后很少变动，或者只有管理员才能修改（例如数据库连接字符串、服务URL），那么就把它当成只读的。应用程序启动时读取，运行时不修改。如果需要修改，通常是通过部署更新、手动编辑
```
.config
```
  登录后复制
  文件（在有权限的情况下），或者通过专门的配置工具来完成。这种情况下，你不需要在运行时去写入它，自然也就避开了权限问题。
- 用户级配置（读写）： 如果设置是用户偏好、最近使用的文件列表、窗口位置大小等，这些是用户在使用过程中会经常修改的，并且每个用户都应该有自己独立的设置。这时候，就绝对不应该尝试去修改
```
App.config
```
  登录后复制
  。正确的做法是使用C#提供的用户设置（User Settings）功能。
利用用户设置（User Settings）： 这是最优雅、最符合Windows应用程序设计模式的方式。在Visual Studio中，项目属性里有一个“设置”选项卡，你可以定义各种类型的设置（字符串、整数、布尔等），并选择其作用域是“应用程序”还是“用户”。
- 应用程序作用域： 对应
```
App.config
```
  登录后复制
  ，只读。
- 用户作用域： 对应
```
user.config
```
  登录后复制
  ，可读写。当你定义了用户作用域的设置后，C#会自动生成一个
```
Properties.Settings.Default
```
  登录后复制
  对象。
- 读取：
```
Properties.Settings.Default.MyUserSetting
```
  登录后复制
- 写入：
```
Properties.Settings.Default.MyUserSetting = "NewValue"; Properties.Settings.Default.Save();
```
  登录后复制
  这些用户设置会自动存储在每个用户的本地
```
AppData
```
  登录后复制
  目录下，应用程序对这个目录有完全的读写权限，所以你永远不会遇到权限问题。这简直是为用户偏好设置量身定制的解决方案。
如果非要修改
```
App.config
```
登录后复制
（例如，作为管理工具）：
- 运行时权限提升： 如果你的应用程序是一个管理工具，需要修改系统级的配置，那么在启动时就应该请求管理员权限（通过Manifest文件）。这样，
```
OpenExeConfiguration
```
  登录后复制
  和
```
Save
```
  登录后复制
  操作就不会因为权限不足而失败。但请注意，普通应用程序不应该随意请求管理员权限，这会给用户带来不便和安全风险。
- 异常处理： 无论如何，当你尝试写入
```
App.config
```
  登录后复制
  时，总是要用
```
try-catch
```
  登录后复制
  块来捕获
```
ConfigurationErrorsException
```
  登录后复制
  或其他
```
IOException
```
  登录后复制
  。这样，即使写入失败，应用程序也能优雅地处理，例如提示用户权限不足，或者将错误记录下来。
- 独立的配置文件： 对于那些需要在运行时由应用程序修改，但又不属于用户偏好的复杂配置，可以考虑不使用
```
App.config
```
  登录后复制
  ，而是自己管理一个独立的XML文件。将这个文件放在应用程序有权限写入的目录（如`Environment.GetFolderPath(Environment