configparser报NoSectionError因.ini要求至少一个[section]头；解决需加显式section、用RawConfigParser预处理或改用JSON/YAML；环境变量优先级高于配置文件；多源配置推荐pydantic-settings安全合并。
configparser 读取 .ini 文件时为什么总是报 NoSectionError
因为默认不支持无 section 的纯键值对配置。.ini 格式要求至少一个 [section] 头，否则 configparser 会直接拒绝解析。
- 常见错误现象：
NoSectionError: No section: 'DEFAULT'或类似提示，即使文件看起来“只是几行key=value” - 解决办法：在文件开头加一个显式 section，比如
[default]；或用configparser.ConfigParser(default_section='default')并配合read_file()手动预处理 - 更稳妥的做法是改用
configparser.RawConfigParser，它跳过值内插（避免意外报错），再手动处理无 section 场景——例如先读取全文， prepend[top]后再传给read_string()
JSON/YAML 配置和 configparser 哪个更适合 Python 项目
没有“更适合”，只有“更匹配当前约束”。选错会卡在部署、协作或维护环节。
- 用
configparser：适合运维可编辑、需被 shell 脚本或 Windows 注册表工具读取的场景；但不支持嵌套、注释受限、无法表达布尔/数字类型（全为字符串） - 用
json：结构清晰、语言无关、Python 原生支持快；但不支持注释，字段名必须双引号，对齐缩进敏感，不适合人工频繁修改 - 用
yaml（需装PyYAML）：支持注释、锚点、类型推断（true/123会被转成对应类型）；但加载时默认启用危险的FullLoader，必须显式用SafeLoader，否则可能执行任意代码
os.getenv() 和配置文件哪个该优先读取
环境变量优先级必须高于配置文件——这是 12-Factor App 的硬性约定，也是容器化部署的实际需求。
- 典型误操作：先读
config.ini，再用os.getenv('DB_HOST')覆盖，结果环境变量为空时没 fallback，直接连错库 - 正确顺序：定义默认值 → 读配置文件 → 用
os.getenv()覆盖 → 最后校验必填项是否非空 - 注意
os.getenv()返回None而不是空字符串，别直接拼接进 URL；建议统一用os.getenv('KEY', 'default')提供 fallback
如何安全地合并多来源配置（文件 + 环境变量 + 命令行参数）
靠手写 if-else 容易漏覆盖、类型不一致、调试困难。推荐用 pydantic-settings（v2+）或轻量封装。
立即学习“Python免费学习笔记（深入）”；
- 关键点：所有来源最终要映射到同一组字段，且类型必须明确（比如
port: int），否则字符串"8000"和整数8000在比较时永远不等 -
pydantic-settings自动按优先级合并：命令行 > 环境变量 >.env文件 > 配置文件 > 默认值；只需定义Settings类，调Settings()即可 - 自己封装时，避免用
dict.update()直接合并——它不会递归处理嵌套字典；要用deep_update或collections.ChainMap（只读场景）
REDIS_URL 指向 localhost，而 CI 中它必须来自 os.getenv()，且不能因为拼写大小写或前缀差异就静默失效。 
