最稳妥做法是逐行读取后用 std::istringstream 按 = 切分键值，并手动去除首尾空白；对带引号的 value 需用状态机或正则处理，避免误拆。
用 std::getline 配合 std::istringstream 拆分每行再切分键值
最常见场景是读取配置文件或 HTTP 头，每行一个 key=value，中间可能有空格、引号或注释。直接用 find + substr 容易漏掉边界情况（比如 value 含等号、开头有空格）。稳妥做法是逐行读，再用字符串流按 = 切一次：
- 先用
std::getline读整行，跳过空行和以#或;开头的注释行 - 用
std::istringstream构造临时流，调用std::getline(ss, key, '=')提取等号前部分，再用std::getline(ss, value)提取剩余全部（支持value含等号） - 对
key和value分别做std::string::find_first_not_of(" \t")和find_last_not_of(" \t")去首尾空白
处理带引号的 value（如 path="/home/user"）要用状态机或现成解析逻辑
标准库不自带引号解析，硬切 = 会把 "a=b" 错拆成 key="a、value=b"。简单起见，可手写一个轻量状态机，只识别双引号包裹的 value：
- 扫描到
=后，检查下一个非空字符是否为"；如果是，从下一个位置开始找匹配的结束"，中间的转义（如\"）需跳过 - 更省事的做法：用
std::regex（C++11 起），但注意std::regex在某些旧编译器（如 GCC - 若 value 确实含换行或复杂转义，建议改用 INI 或 JSON 库（如
inih或nlohmann/json），别自己硬啃
std::unordered_map 存储时要注意 key 重复和大小写敏感问题
键值对最终通常存进 std::unordered_map<:string std::string></:string>，但实际使用中容易忽略两点：
- 同一 key 出现多次时，后出现的会覆盖前面的——如果需要报错或合并（如
tags=a,b后又来tags=c），得手动检查map.count(key) -
std::string默认区分大小写，Key和key是两个键；若协议要求不区分（如 HTTP header），插入前统一转小写：std::transform(key.begin(), key.end(), key.begin(), ::tolower) - 避免直接用
map[key] = value——如果 key 不存在会默认构造空 string 再赋值，不如用map.insert({key, value})或 C++17 的map.try_emplace(key, value)更高效
遇到 std::bad_alloc 或解析卡死？检查输入长度和等号位置
看似简单的解析，线上出问题往往因为输入失控：
- 没限制单行最大长度，恶意输入超长字符串（如 100MB 的 key）会导致
std::bad_alloc；应在getline前用std::streamsize设限，或读前检查文件大小 - 某行没有
=，getline(ss, key, '=')会把整行当 key，value 为空——这本身合法（如布尔开关debug），但若业务要求必须有=，就得额外判断ss.fail()或ss.peek() == EOF - Windows 行尾是
\r\n，Linux 是\n，用getline默认按\n切，\r会残留在 key 或 value 末尾，表现为“键名多一个黑框字符”，记得在 trim 空白时加上\r
真正麻烦的不是语法解析，而是输入来源不可信时，边界检查比算法本身更重要。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
