必须用栈实时校验括号平衡：遇左括号入栈，遇右括号立即比对栈顶，栈空或不匹配即报错；遍历结束栈非空属“未完成”，栈空才为完全平衡。
遇到 std::string 时怎么边读边判断括号是否平衡
不能等整个字符串读完再检查——实时意味着每输入一个字符就要立刻知道当前是否仍平衡。核心是用栈模拟匹配过程，但必须处理「中途不平衡」和「尚未闭合」两种状态。
关键不是存字符，而是存左括号的类型（'('、'['、'{'），遇到右括号时立刻查栈顶是否匹配。不匹配或栈空就立即判定失败。
- 用
std::stack<char></char>存待匹配的左括号，不要存索引或额外信息 - 遍历每个字符：
if (c == '(' || c == '[' || c == '{')就push；else if (c == ')' || c == ']' || c == '}')就尝试匹配 - 匹配失败（栈空、栈顶类型不对应）时，返回
false，无需继续 - 允许中途未闭合（比如只输入
"("），此时栈非空但没报错——这是合法的“实时中”状态
std::stack 遇到嵌套很深时会不会爆栈或变慢
不会。C++ 的 std::stack 默认底层是 std::deque，动态扩容，内存占用随括号深度线性增长，不是递归调用，不存在栈溢出风险。10⁵ 层嵌套也撑得住。
真正影响性能的是频繁构造/析构 std::stack 对象。如果用于编辑器每键触发一次检查，建议复用同一个栈实例，每次检查前调用 while (!stk.empty()) stk.pop(); 清空，而不是新建对象。
立即学习“C++免费学习笔记（深入）”；
- 避免在循环内写
std::stack<char> stk;</char>—— 构造+析构开销比清空大 - 不用
std::vector替代std::stack：虽然能用back()/pop_back()，但语义不清，且vector在尾部插入可能触发重分配（尽管摊还 O(1)，但抖动明显） - 如果确定最大深度（如 IDE 限制行长度 ≤ 2000），可考虑
std::array<char></char>+ 下标计数，零分配，但需手动管理边界
如何区分「语法错误」和「未完成输入」
实时检查必须容忍不完整输入。比如用户刚敲下 "{"，此时栈里有一个 '{'，不能报错；但如果敲了 "{[)"，第三个字符 ')' 就该立刻报错——因为 '[' 和 ')' 不匹配。
函数返回值应设计为三态：成功（平衡）、失败（已失衡）、进行中（未失衡但未结束）。常见做法是返回 enum class BalanceState { OK, ERROR, IN_PROGRESS };，而不是布尔值。
-
OK：遍历结束且栈为空 → 完全平衡 -
ERROR：中途遇到不匹配右括号 → 立即终止 -
IN_PROGRESS：遍历结束但栈非空 → 输入未完成，暂不报错 - 别用异常：
throw代价高，且实时响应要求低延迟，错误应是预期分支，不是异常情况
Unicode 字符串里混入全角括号怎么办
std::string 存的是字节，不是字符。如果输入含 UTF-8 编码的全角括号（如 ＂（＂、＂）＂），它们占 3 字节，无法用单个 char 比较。直接按字节判 '(' 会漏掉。
要么统一要求输入为 ASCII 括号（编辑器场景常见），要么升级到 std::u8string + UTF-8 解码。但后者成本高，实时检查通常不处理——IDE 一般只校验半角符号，全角括号视为普通文本。
- 若必须支持，用第三方库如
utf8cpp解码首字符，再比对 Unicode 码点（U+FF08 是全角左圆括号） - 更实际的做法：预处理过滤——把常见全角括号映射成半角，再走原有逻辑
- 注意：
std::string::at(i)取的是字节，不是字符；对 UTF-8 调用at(i)可能切在多字节中间，导致乱码比较
