用std::stack实时检测括号匹配需同时满足全程无非法弹栈和结束时栈为空，支持Unicode须转为u32string处理，增量输入应维护栈状态，性能敏感场景可用数组模拟栈。
用 stack 实时检测括号匹配是否合法
核心就是用 std::stack 记录待匹配的左括号，遇到右括号立刻弹出栈顶比对。不是所有左括号都能配任意右括号，'(' 只能配 ')'，'[' 配 ']'，'{' 配 '}'——这点容易漏判，直接用 switch 或映射表更稳。
常见错误是只检查栈空不空，却忘了中途出现右括号但栈已空（比如 ")()"），或者遍历完栈非空（比如 "((("）。必须同时满足：全程没非法弹栈 + 结束时栈为空。
- 每读一个字符：
if是左括号就push；else if是右括号就先检查stack.empty()，再top()比对，匹配则pop()，否则直接返回false - 遍历结束后，仅当
stack.empty() == true才算平衡 - 别用
char直接相减判断（比如')' - '(' == 1），ASCII 差值不可靠，不同括号对在编码中不连续
支持 Unicode 字符串时不能直接用 char
std::string 存的是 UTF-8 编码字节流，一个中文或 emoji 可能占多个 char。若输入含中文括号（如「」、『』）或全角符号（（、【、｛），用 char 逐字节扫会切开多字节序列，导致误判甚至崩溃。
正确做法是先转成 std::u32string（每个 char32_t 对应一个 Unicode 码点），再按码点值判断。可用 std::wstring_convert<:utf8_codecvt_utf16>></:utf8_codecvt_utf16>（C++11/14）或 C++20 的 std::from_bytes + std::to_bytes，但更轻量的是用第三方库如 utf8cpp 解码。
立即学习“C++免费学习笔记（深入）”；
- 不要对
std::string做for (char c : s)然后查c == '('——这在 UTF-8 下只适用于 ASCII 范围 - 若业务明确只处理 ASCII 括号，可在文档里写死约束，避免过度设计
- 调试时打印出错位置，建议用原始字节索引（
size_t）而非“第几个字符”，避免混淆码元和码点
需要实时反馈时，别等整串输完再校验
所谓“实时”，是指用户每输入一个字符就立刻给出当前状态：绿色（平衡）、黄色（暂未闭合，如 "("）、红色（已失衡，如 "())"）。这就要求函数能接受增量输入，并维护内部状态（栈 + 当前偏移）。
最简方式是把 std::stack 提到类成员，每次调用检测函数只处理新增字符，而不是每次都重建栈。注意：不能缓存整个字符串，否则粘贴长文本时内存暴涨；只需缓存栈和最后有效位置。
- 接口设计建议：用
void update(char32_t ch)或void update(const std::u32string& chunk)，内部做增量 push/pop - 提供
bool isBalanced() const和int getOpenCount() const（栈大小）供 UI 查询状态 - 撤销操作（Backspace）需同步 pop 栈，不能只删字符串——否则状态错乱
性能敏感场景下 stack 不是唯一选择
纯括号检测其实不需要完整栈结构。只有 3 种左括号，最多嵌套深度有限（比如编辑器通常 ≤ 200），可以用固定数组模拟栈，避免动态内存分配开销。C++20 还可考虑 std::span<char></char> 配合预分配缓冲区。
但要注意：用数组模拟时，必须手动管理 top_index，且初始化为 -1；越界检查不能少（top_index >= capacity 就报错或截断）；清空操作是 top_index = -1，不是循环赋值。
- 高频调用（如每毫秒检测一次代码高亮）建议用
std::array<char></char>+int top = -1替代std::stack - 若还要记录每个括号的位置用于跳转（如 Ctrl+Click 跳到匹配括号），那还是得用
std::stack<:pair size_t>></:pair> - 编译期已知括号集？可把匹配关系写成
constexpr std::array查表，避免运行时分支预测失败
括号平衡检测真正难的不是算法，而是边界：空输入、混合编码、中断输入（如 Ctrl+C）、多线程并发修改同一字符串。实际工程中，先锁死输入编码格式，再决定是否支持增量、是否带位置回溯——功能加得越早，后期越难改。
