实时括号匹配检测必须用栈，因递归无法中途退出和定位错误索引；用std::stack存左括号、单独记录索引，遇右括号立即校验栈顶，避免异常。
括号匹配检测该用栈还是递归？
实时检测必须用栈，递归在深度大时会爆栈且无法中断——比如用户边打字边校验，输入 "((({[()]})" 到第 9 位时就得立刻报错，不能等输完再递归展开。
栈的优势是 O(1) 每次 push/pop，O(n) 总时间，且能随时返回当前不平衡位置。递归做不到“中途退出”和“定位错误索引”。
- 用
std::stack<char></char>存待匹配的左括号，不是存索引——索引信息另存，避免栈里混类型 - 遇到右括号立即检查栈顶：若栈空或类型不匹配（如
')'对上'{'），直接返回当前下标 - 别用
std::string::at()做边界检查——它抛异常，实时检测要零异常，改用size_t i 手动判断
怎么处理三种括号类型并区分错误原因？
不能只判“是否平衡”，得告诉用户“哪里错了、为什么错”。比如 "{[)}" 是类型错配，"{[(]" 是缺右括号，")" 是开头就错。
关键在匹配逻辑：读到 ')' 时，栈顶必须是 '('；读到 '}' 时，栈顶必须是 '{'；否则就是类型不匹配。
立即学习“C++免费学习笔记（深入）”；
- 用
std::unordered_map<char char></char>定义右括号→对应左括号映射：{')': '(', '}': '{', ']': '['} - 错误码分三类：
-1表示位置合法但类型不匹配（如栈顶是'{'却读到')'），-2表示栈空却遇到右括号，-3表示遍历完栈非空（漏右括号） - 返回值设计为
int：≥0 表示首个错误位置索引，负数表示错误类型——调用方靠这个做 UI 高亮或提示
实时检测如何避免重复建栈和性能抖动？
用户每敲一个字符都触发检测，如果每次 new 一个 std::stack，频繁内存分配会卡顿。必须复用栈对象，并支持“回退”逻辑（比如撤回一个字符）。
实际做法是把栈状态和字符串索引绑定：维护一个 std::vector<char></char> 代替 std::stack，用 size_t top_idx 模拟栈顶，这样可以快速 pop 或 rollback。
- 输入新字符时，只做一次 push 或 pop，复杂度严格 O(1)
- 撤回操作只需
vec.pop_back()，比重建整个栈快一个数量级 - 避免用
std::stack::empty()——它底层调用container.empty()，而 vector 的empty()是内联的，更快 - 不要在循环里反复调用
s.length()，提前提取为const size_t len = s.size()
Unicode 字符和转义序列会影响检测吗？
纯 ASCII 括号（()[]{}) 检测没问题，但真实场景中字符串可能含 Unicode 或 C 风格转义，比如 "\"" 或 "u0028"。算法必须明确：只检测字面字符，不解析转义。
也就是说，输入 "\(" 是两个字符：'\' 和 '('，左括号仍需入栈；而 "u0028" 是四个 ASCII 字符 '\''u''0''0''2''8'，里面没有括号——除非你额外做 Unicode 解码，但那不属于括号平衡检测范畴。
- 函数接口应限定输入为
const std::string& s，不自动解码 UTF-8 或转义序列 - 若业务需要支持原始字符串字面量（如
R"({[()]})"），需先剥离R"(...)"外壳再检测，这是前置预处理，不在核心算法内 - 真正容易被忽略的是：空字符串、只有空格、或者全为注释符号（如
"/*()*/"）——这些情况要按需决定是否跳过，但默认不跳，因为“实时检测”针对的是原始输入流
