C#中读取自定义配置节需先在声明类型并实现继承ConfigurationSection的类，否则抛出“无法识别的配置节”异常；必须使用GetSection()而非AppSettings；需注意缓存、属性绑定和空值检查。
怎么用 ConfigurationManager 读取自定义配置节
直接说结论：C# 里读自定义 <configsections></configsections> 节点，必须先在 <configsections></configsections> 中声明类型，再写对应类继承 ConfigurationSection，否则会抛 ConfigurationErrorsException：“无法识别的配置节”。不是路径错、不是拼写错，是根本没注册类型。
常见错误现象：System.Configuration.ConfigurationErrorsException: 无法识别的配置节 'mySettings'。哪怕 app.config 里明明写了 <mysettings host="localhost" port="8080"></mysettings>，也照样崩。
- 声明节必须放在
<configuration></configuration>最顶部，且在任何其他节之前 - 节名（如
mySettings）要和代码中[ConfigurationProperty("mySettings")]或GetSection("mySettings")的字符串完全一致（大小写敏感） - 自定义类必须有无参构造函数，且所有属性需用
[ConfigurationProperty]标记
为什么不能直接用 AppSettings 读自定义 XML 结构
ConfigurationManager.AppSettings 只认 <appsettings></appsettings> 下扁平的 <add key="xxx" value="yyy"></add>，对嵌套节点、带属性的节点、同名多节点等完全无感。你往 app.config 里塞 <endpoints><endpoint url="a" timeout="30"></endpoint><endpoint url="b"></endpoint></endpoints>，AppSettings 连这节名都看不到。
使用场景很明确：需要结构化配置（比如一组数据库连接串、多个 API 端点、含默认值/必填约束的配置项）时，AppSettings 就该让位了。
-
AppSettings返回string，所有类型都要手动转换；自定义节可直接映射为强类型对象 - 没有 schema 校验——
port="abc"不报错，运行时才炸；自定义节配合ConfigurationProperty的DefaultValue和类型声明，能提前拦截 - VS 不提供智能提示，改配置全靠手敲；自定义节类写完，IDE 能跳转、能补全
ConfigurationSection 类里属性命名和 XML 属性名不一致怎么办
XML 里写 host="127.0.0.1"，但 C# 属性想叫 ServerAddress？可以，靠 [ConfigurationProperty("host")] 绑定就行。别硬凑名字，容易后期维护混乱。
参数差异直接影响行为：如果漏写 IsRequired = true，XML 里缺这个属性不会报错，属性值就是 null 或默认值；如果写了但没给 DefaultValue，又没在 XML 里出现，运行时可能触发空引用。
- 属性类型必须是 .NET 基础类型（
string、int、bool、TimeSpan），或实现ConfigurationElement的子类 - 不要用
public string Host { get; set; }——必须用private string _host;+get/set访问器，否则反序列化失败 - XML 属性名支持连字符（
max-retry-count），C# 属性名用驼峰（MaxRetryCount），绑定靠[ConfigurationProperty("max-retry-count")]
为什么改了 app.config 但程序读出来还是旧值
因为 ConfigurationManager 默认缓存配置，首次调用 GetSection 后就不再重新加载。不是文件没保存，不是路径不对，是它压根没再去磁盘读。
性能影响明显：每次读都去 IO 是灾难，所以缓存是合理设计；但开发调试时这就成了“幽灵 bug”——你改了配置，重启程序才生效，热重载？不存在。
- 强制刷新只能靠
ConfigurationManager.RefreshSection("mySettings")，但仅对当前节生效，且必须在修改文件后手动调用 - 注意：
RefreshSection不会触发配置变更事件，也没有回调机制，得自己轮询或监听文件变化 - 更稳妥的做法是把配置读取封装成单例服务，在启动时一次性加载，避免运行中反复读取
最常被忽略的是：自定义节类的 ConfigurationProperty 如果用了 IsRequired = true 却没在 XML 中提供，整个节加载失败，返回 null，而不是抛异常——你得主动判空，不然后面直接 NullReferenceException。
