读取配置文件时应在解析前过滤注释行：先trim行首尾空白及BOM，再找首个非空白字符位置判断是否为“#”或“//”；解析键值对时取第一个等号左侧为key、右侧全部为value并trim，避免误切引号内或URL中的等号。
读取配置文件时如何跳过 # 和 // 开头的注释行
直接用 std::getline 逐行读，再判断行首是否为注释标记即可。关键不是“怎么跳过”，而是“在哪个环节跳过”——必须在解析前过滤，不能等拆分键值对时再处理，否则 key = value # comment 这类行会被误判为无效。
常见错误是只检查 line[0] == '#'，结果漏掉空格开头的注释（如 # this is valid）或 // 风格注释；更糟的是把 value 中的 #（如 path = /tmp/#logs）也当注释切掉。
- 先用
std::string::find_first_not_of(" \t")找第一个非空白字符位置 - 再检查该位置起是否为
"#"或"//"（注意//要匹配两个连续斜杠） - 遇到注释行直接
continue，不参与后续解析 - 别用
std::istringstream全局跳过空白——它会吃掉行首空格但无法区分注释和普通缩进
std::getline 读到换行符后要不要手动 trim
要，而且必须在判断注释前做。Windows 的 \r\n、macOS 的 \r 会导致 line.back() == '\r'，不清理就可能让 "# comment\r" 判断失败，或让 "key = val\r" 解析出带 \r 的值。
- 用
line.erase(line.find_last_not_of(" \t\r\n") + 1)去除行尾空白（含回车换行） - 不要只删
\n：Linux 下没问题，但跨平台部署时容易在 Windows 上卡住 - 如果配置项值本身允许末尾空格（比如日志前缀），那就不能全局 trim——此时应只 trim 键名和等号前后的空格，值部分保留原始空白
解析 key = value 时如何安全分割等号
不能用 std::string::find('=') 简单一劈，因为值里可能含等号（如 url = https://example.com?a=1&b=2）。正确做法是找第一个**不在引号内**、且前后为空白或边界处的等号。
立即学习“C++免费学习笔记（深入）”；
- 最简方案：只取第一个等号左侧作 key，右侧全部作 value（含后续等号），然后对 value 调用
trim - 若需支持引号包裹（如
msg = "hello = world"），就得写简易状态机，跟踪单/双引号是否闭合，跳过引号内的等号 - 避免用正则——C++11 的
<regex></regex>在部分旧编译器上性能差、兼容性烂，还容易栈溢出 - 注意：空 key（如
= value）和无等号行（如standalone_line）应视为非法，跳过或报错
为什么不用现成库（如 INI parser 或 JSON）而手写
因为“带注释的简单键值对”和“标准 INI/JSON”是两回事。INILib 之类会强制要求节（[section]），JSON 不允许注释（即使你用 json5，也要引入额外依赖和解析开销）。
- 纯 C++ 标准库实现，零依赖，编译快，二进制小
- 如果你的配置只有几十行、无嵌套、无数组，手写 100 行内就能稳住
- 容易被忽略的是 BOM：UTF-8 文件开头可能有
\xEF\xBB\xBF，不处理会导致第一行读成# comment，判断注释失败 - 真要扩展，优先加 UTF-8 BOM 检测和基础引号支持，别急着塞 YAML 特性
