从app.config读取的数据存储方案选择：全局静态变量还是按需读取？

这其实是个关于性能、可维护性和灵活性的实际权衡问题，我结合平时做项目的经验，给你拆解两种方案的利弊，再给出具体建议：

一、全局公共静态变量方案 #

优点 #

• 性能最优：只在程序启动（或第一次访问）时读取一次app.config，避免重复的IO操作（虽然.NET的配置读取有内部缓存，但显式缓存还是更可控）。
• 代码更简洁：项目任意地方直接引用AppConfig.Username这类属性，不用重复写读取配置的代码。
• 提前验证：可以在静态构造函数里对配置值做合法性校验（比如非空、格式正确），提前发现配置缺失的问题，避免运行时才报错。

缺点 #

• 静态值不会自动更新：如果运行时手动修改了app.config，静态变量不会同步最新值，除非你额外实现配置变更监听逻辑。
• 潜在的初始化问题：如果项目里有多个静态类互相依赖，可能会出现初始化顺序的坑（不过只要你的配置类是独立的，一般不会有这个问题）。
• 臃肿风险：如果配置项太多，全局静态类会变得庞大，建议按功能拆分（比如DbConfig、ApiConfig）。

二、每次使用时读取配置方案 #

优点 #

• 始终获取最新值：适合配置可能被动态修改的场景（虽然这种情况不多，但某些运维场景下会用到）。
• 无全局依赖：不需要维护全局变量，代码的依赖关系更明确。

缺点 #

• 代码冗余：如果不封装，每次都要写ConfigurationManager.AppSettings["Username"]，重复代码多，而且配置键名写错了要改很多地方。
• 微小的性能开销：虽然.NET内部会缓存配置，但每次调用读取方法还是会有少量的检查逻辑开销（大部分场景下可以忽略，但高并发场景下可能有影响）。

三、我推荐的最佳实践 #

大部分常规项目场景下，封装一个（或多个）只读的静态配置类是最优解，兼顾性能和可维护性。示例代码如下：

using System.Configuration;

public static class AppConfig
{
    // 私有静态变量缓存配置值
    private static readonly string _username;
    private static readonly string _password;
    private static readonly string _apiBaseUrl;

    // 静态构造函数，程序启动时（或第一次访问类时）执行一次
    static AppConfig()
    {
        // 读取配置
        _username = ConfigurationManager.AppSettings["AppUsername"];
        _password = ConfigurationManager.AppSettings["AppPassword"];
        _apiBaseUrl = ConfigurationManager.AppSettings["ApiBaseUrl"];

        // 配置合法性校验，提前暴露问题
        ValidateConfig();
    }

    // 公共只读属性，对外提供配置值
    public static string Username => _username;
    public static string Password => _password;
    public static string ApiBaseUrl => _apiBaseUrl;

    private static void ValidateConfig()
    {
        if (string.IsNullOrWhiteSpace(_username))
            throw new InvalidOperationException("配置项AppUsername未设置或为空");
        if (string.IsNullOrWhiteSpace(_apiBaseUrl))
            throw new InvalidOperationException("配置项ApiBaseUrl未设置或为空");
        // 密码可以根据场景决定是否校验，比如非空等
    }
}

如果需要支持配置动态更新，可以在这个类里添加FileSystemWatcher监听app.config的变化，当文件修改时重新读取配置值并更新静态变量。

另外提醒一句：密码这类敏感信息，不要直接明文存储在app.config里，建议用.NET的ProtectedConfiguration功能加密配置节，避免泄露。

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