std::getline跳过空行但可能丢最后一行，因EOF前需换行符才返回true；解析键值对应先找分隔符再trim空格；复用stringstream须先str("")再clear()；数字转换前需trim并校验语义合法性。
fstream 读取配置文件时，为什么 std::getline 会跳过空行但吞掉最后一行？
因为默认的 std::getline 在遇到 EOF 前必须先读到换行符才返回 true；如果文件末尾没换行，最后一次调用会失败，但缓冲区里其实已有内容。这不是 bug，是流状态机的设计逻辑。
- 实操建议：每次
std::getline后检查ifs.good()或直接用while (std::getline(ifs, line))—— 它内部已处理 EOF 边界 - 更稳的做法是读完后手动检查
ifs.eof()和line.empty()组合，避免把残留脏数据当配置项 - 别用
ifs >> line，它按空白分割，会破坏带空格的 value（比如path = /usr/local/bin）
stringstream 解析键值对时，std::istringstream >> 为什么总卡在第一个字段？
因为 >> 默认跳过所有前导空白，并在遇到下一个空白时停住；它不识别等号、冒号或注释符号，也不自动 trim 两端空格，导致 key = value 被拆成三个 token，中间的 = 变成孤立字符串，后续解析直接错位。
- 正确做法：先用
line.find('=')找分隔符，再用line.substr(0, pos)和line.substr(pos + 1)拆分 - 拆完务必用
std::string::find_first_not_of(" \t")和find_last_not_of(" \t")去首尾空格，否则 key 带空格就匹配不上 - 忽略以
#或;开头的整行，但注意key = value # comment这类内联注释得用line.find('#')截断
混合使用 fstream 和 stringstream 时，std::stringstream::str() 和 std::stringstream::clear() 的调用顺序不能乱
str() 是获取/设置底层字符串，clear() 是重置流状态标志（如 failbit）。如果先 ss.clear() 再 ss.str(line)，没问题；但如果反过来，ss.str(line) 会隐式清除状态，但旧的 failbit 可能残留，导致下一次 >> 直接失败。
- 固定模式：每次复用
std::stringstream前，先ss.str("")清空内容，再ss.clear()重置状态 - 不要依赖构造时的默认状态，尤其在循环中反复解析多行时，漏掉
clear()是最常见静默失败原因 - 若只是临时解析单行，直接构造新
std::stringstream ss(line)更安全，避免状态污染
配置值转数字类型时，std::stoi 和 std::stod 报 std::invalid_argument 怎么定位？
这些函数不检查输入是否全由数字组成，只找最长前缀；"123abc" 返回 123，"abc123" 才抛异常。但配置文件里常见的是带空格的 " 42 " 或 "0x2A"，前者会因首空格触发异常，后者默认不支持十六进制。
立即学习“C++免费学习笔记（深入）”；
- 转数字前先
trim字符串，再判断是否为空 —— 空字符串传给std::stoi必炸 - 需要支持 0x 前缀时，显式传
0作base参数：std::stoi(value, nullptr, 0) - 更健壮的方式是用
std::from_chars（C++17），它不抛异常、返回解析长度，能精确知道停在哪、剩多少未解析
真正麻烦的不是语法解析，是配置语义校验：比如 timeout_ms = -5 语法合法，但业务上非法。这部分没法靠 fstream 或 stringstream 自动发现，得在转换后立刻加业务断言或范围检查。
