必须手动实现状态机分割：维护括号深度和引号状态，仅在 depth==0 且未处于引号内时切分逗号；std::regex 不支持嵌套匹配，不可靠。
用 std::string 手动遍历实现括号感知分割
标准库没有内置“忽略括号内逗号”的分割函数，std::getline 或 boost::split 都做不到。必须自己写状态机逻辑：维护括号嵌套深度，只在 depth == 0 时切分逗号。
关键点是区分三种字符：普通逗号（切）、左括号（'('、'['、'{'，深度+1）、右括号（对应闭合符，深度−1）。注意括号必须成对，否则行为未定义——实际使用中建议先校验括号匹配性。
示例核心逻辑：
std::vector<:string> split_ignoring_parentheses(const std::string& s) {
std::vector<:string> result;
std::string token;
int depth = 0;
for (char c : s) {
if (c == ',' && depth == 0) {
result.push_back(token);
token.clear();
continue;
}
if (c == '(' || c == '[' || c == '{') depth++;
if (c == ')' || c == ']' || c == '}') depth--;
token += c;
}
result.push_back(token); // 最后一个token
return result;
}
</:string></:string>
处理引号包裹的字符串（如 JSON 风格）
如果输入还含双引号或单引号字符串（例如 "a,b", (c,d), 'e,f'），光靠括号深度不够，需同时跟踪引号状态。此时要加一个 in_quotes 标志，并注意转义引号（\"）不结束字符串。
常见错误是把 "a,b" 里的逗号当分隔符切开，或被未转义的引号搞乱状态。建议统一用有限状态机（FSM）处理：state = NORMAL / IN_SINGLE_QUOTE / IN_DOUBLE_QUOTE / IN_ESCAPE。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
要点：
- 遇到未转义的
'切换IN_SINGLE_QUOTE状态 - 遇到未转义的
"切换IN_DOUBLE_QUOTE状态 - 遇到
\进入IN_ESCAPE，下一个字符无条件吞掉 - 仅当
state == NORMAL && depth == 0时响应逗号
性能与边界情况：空字符串、连续逗号、嵌套过深
上述遍历方案是 O(n)，无内存重分配问题，但要注意几个坑：
-
""（空串）会返回含一个空字符串的 vector；若需过滤空 token，得额外判断token.empty() -
"a,,b"中的连续逗号会产生空段，是否保留取决于业务——SQL 解析通常保留，CSV 解析常跳过 - 深度超 int 范围极罕见，但若解析超长嵌套表达式（如 LISP），建议用
size_t或加溢出检查 - 不支持 Unicode：若字符串含 UTF-8 多字节字符，直接按 byte 遍历安全，但不能用
std::string::at(i)做索引切片
用正则表达式是否可行？
C++11 的 std::regex 不支持递归匹配或平衡组，无法正确识别任意深度括号。像 (a,(b,c)) 这种，正则最多匹配一层。有人试过 R"(([^(),]+|\([^()]*\))*)"，但遇到嵌套就失效。
结论：别用正则。它会让代码变晦涩、难调试、性能差（尤其短字符串），还掩盖了括号不匹配的真实错误。真要上正则，至少换 PCRE2 库并写递归模式，但那已超出“简单分割”范畴。
括号忽略的本质是上下文敏感解析，必须带状态。写清楚 depth 和 quote 状态，比拼正则更可靠、更易改、更容易加日志定位哪一行哪一列出错了。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
