ConfigParser默认将section和option名转小写，需重写optionxform方法为str或继承后重定义该方法以保留原始大小写；读取时自动剥离字符串值首尾引号，可用RawConfigParser避免；应显式指定encoding防止编码错误，并用has_section/has_option提前校验。
ConfigParser 能读取标准 INI 文件，但默认不支持大小写敏感的 section 和 option 名，且对空值、引号、注释的处理容易出错——得手动调优配置项才能可靠解析。
ConfigParser 读取时 section 名默认转小写，怎么保持原样？
默认行为会把 [Database] 和 [database] 视为同一节，导致覆盖；根本原因是 optionxform 方法默认调用 str.lower()。要保留原始大小写，必须重写该方法：
- 继承
ConfigParser，重定义optionxform为str（即不做转换） - 或者直接设置
interpolation=None+optionxform=str实例化 - 注意：即使 section 名保留了，
getsection()这类方法仍依赖内部键名，所以后续用config.sections()拿到的是原始大小写名，但通过config['Database']访问时，key 必须完全匹配（含大小写）
读取带引号的字符串值（如 host = "localhost"）会被自动去引号吗？
会。ConfigParser 默认启用 BasicInterpolation，且在解析时剥离首尾引号（包括单双引号），这是内置行为，无法关闭。如果需要保留引号，有两条路：
- 改用
RawConfigParser，它跳过所有插值和引号处理，get()返回原字符串（含引号） - 或在写配置时避免用引号包裹纯字符串，靠空格分隔即可（INI 规范允许）
- 注意：
RawConfigParser也不处理%插值，若配置里有类似path = %(root)s/data就会原样返回，不会替换
遇到 NoSectionError 或 NoOptionError 怎么快速定位问题？
这类错误不是语法错，而是运行时访问缺失项触发的，常见于配置文件漏写 section、拼错 option 名，或没调用 read() 就直接访问。排查要点：
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
立即学习“Python免费学习笔记（深入）”；
- 先确认
config.read('config.ini')返回非空列表（返回读取成功的文件路径列表，空列表说明文件未找到或权限不足） - 用
config.sections()打印所有 section 名，检查大小写和拼写是否一致 - 对特定 section，用
config.options('SectionName')查看实际存在的 option 列表 - 不要依赖
config.get('Section', 'option')的异常信息判断是否存在——应先用if config.has_option('Section', 'option'):做守卫
ConfigParser 解析性能差，大量配置时怎么办？
ConfigParser 是纯 Python 实现，解析大文件（>1MB 或上千 section）明显变慢，且内存占用随 section 数线性增长。替代方案有限但有效：
- 用
configparser.ConfigParser(strict=True)可提前捕获重复 option 错误，避免运行时崩溃 - 若配置结构固定，考虑预编译成 JSON/YAML，用
json.load()替代——速度快 5–10 倍，且天然支持嵌套 - 真要保 INI 格式又需高性能，可换
iniconfig库（轻量、无插值、无大小写 normalize），但不兼容 ConfigParser API
最易被忽略的是：ConfigParser 不校验 INI 文件编码，默认按系统 locale 解码，中文路径或值在 Windows 上常因 gbk vs utf-8 报 UnicodeDecodeError ——务必显式传入 encoding='utf-8' 参数，哪怕你确定文件是 UTF-8。
