用std::stack实时检测括号匹配：每输入一个字符即刻判断，只压入左括号，遇右括号查map映射并校验栈顶，栈空或不匹配则报错，结束时栈须为空；支持错误位置反馈，需跳过字符串、注释等干扰。
用 stack 实时检测括号匹配，别用 string::find
实时检查意味着每输入一个字符就要立刻判断当前是否失衡，不能等输完再扫一遍。C++ 标准库的 std::stack 是最直接的选择——它天然符合“后进先出”的括号嵌套逻辑。别试图用 std::string::find 或正则去暴力匹配，那会破坏实时性，且无法处理嵌套深度和位置错误（比如 "[()]" 合法，但 "]()[" 在第二个字符就该报错）。
关键点：
- 只压入左括号：
'('、'['、'{' - 遇到右括号时，立刻检查栈顶是否为对应左括号；不匹配或栈为空，即刻返回 false
- 输入结束时，栈必须为空才算完全平衡
处理多类型括号时，map 比 switch 更易维护
硬写三个 if-else 或 switch 判断右括号对应关系，代码冗长且容易漏 case。用 std::map<char char></char> 预存映射更清晰：
std::map<char char> pairs = {{')', '('}, {']', '['}, {'}', '{'}};</char>
这样后续新增括号对（比如 XML 的 ）只需加一行，不用动逻辑。注意：键必须是右括号，值是对应左括号——因为你在看到右括号时才查“它该配谁”，而不是反过来。
常见错误：
- 把
map声明在循环内，导致每次重复构造开销 - 用
map[key]查找未定义键，会自动插入默认值（'\0'），掩盖逻辑错误；应改用map.find(key) != map.end()
实时检查必须支持“中间状态”反馈，不能只返回 bool
用户敲到第 5 个字符就失衡了，你得告诉他是哪个位置、什么括号错了，否则调试和编辑体验极差。建议函数签名类似：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
std::optional<:pair std::string>> check_bracket_at(const std::string& s, size_t pos);</:pair>
其中 pos 是当前光标位置（即已输入字符数），返回值包含错误下标和提示（如 "unmatched ']'" 或 "expected '}' but got ')'）。不要只返回 bool 或全局状态——实时场景下，上一帧和下一帧的字符串几乎一样，反复全量解析是浪费。
性能提示：
- 用
std::string_view接收输入，避免临时拷贝 - 栈对象可复用（清空而非重建），尤其在高频输入（如编辑器插件）中明显
- 错误位置要基于原始输入索引，不是栈内索引
注意宽字符、转义序列和注释干扰
纯括号检查在真实代码编辑中会误报：字符串字面量里的括号（"if (x > 0) { ... }"）、注释中的括号（// this ) is fine）、转义符（"a\(b"）都不该参与匹配。但“实时检查”通常指语法高亮层的轻量校验，不是完整 parser。
务实做法：
- 若上下文明确是纯表达式（如计算器输入框），忽略干扰，按字面括号处理
- 若用于代码编辑器，必须先做简单词法切分：跳过
"..."、'...'、//和/*...*/内容；但别自己手写状态机——用现成的char级扫描即可，无需 AST - C++20 起可考虑
std::ranges::find_if_not配合自定义谓词跳过字符串/注释区，但多数场景直接遍历更可控
最容易被忽略的是：括号平衡性检查本身不解决语义问题（比如 if (x) { y(); } 合法，但 y() 是否有定义是另一回事）。它只是语法层的第一道过滤网，稳住这个边界比追求 100% 覆盖所有语言特性更重要。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
