BracketHighlighter需通过Package Control安装并重启生效，支持实时高亮匹配括号及不匹配时红色边框+“[unmatched]”提示，不自动补全、不干预代码，仅依赖主题配色方案中的brackethighlighter.*作用域定义。
Sublime Text 本身不提供“自动查找未关闭括号”的纠错功能，但 BracketHighlighter 插件能实时高亮匹配括号、标签和引号，并在不匹配时用醒目标记提示——这是最可靠、零误报的方案。
BracketHighlighter 怎么装才不白忙
它不是开箱即用的“一键修复”工具，装错位置或忽略依赖就等于没装：
- 必须通过
Package Control: Install Package安装，不能手动丢进Packages/目录（否则无法加载语法适配） - 安装后需重启 Sublime Text，否则右下角状态栏不显示括号计数或错误标记
- 若对
.vue或.jsx文件无效，说明当前语法类型不被默认支持——需额外安装Vue Syntax Highlight或React JSX插件，并确保右下角显示的是对应语法名（如 “Vue” 而非 “Plain Text”） - 不兼容某些老旧主题（如默认的 Soda），若高亮色块消失，可临时切换为
Theme - Material验证是否主题冲突
括号不匹配时，BracketHighlighter 怎么提示你
它不猜测、不自动补全、不修改代码，只做三件事：视觉锚定、定位偏差、暴露断裂点：
- 光标停在
{上时，匹配的}会被同色高亮；停在}上则反向高亮对应的{ - 若光标所在括号无匹配项，BracketHighlighter 会在行尾显示
[unmatched]，并把该括号标为红色粗边框 - 在 HTML 中，
<div>和</div>不匹配时，会用不同颜色区分开始/结束标签，避免嵌套错位被忽略 - 注意：它不会报告“第几行少了一个
)”，而是让你一眼看到哪个括号孤悬着——这要求你从异常高亮处逆向排查，而非依赖行号报警
为什么不用 AutoCloseTag 或其他“自动补全括号”类插件
这类插件看似省事，但在真实开发中极易引入隐蔽 bug：
-
AutoCloseTag在输入<div后自动补>，但如果你本意是写 JSX 的<div {...props}>，它会提前闭合，导致语法错误 - 在正则表达式字符串里（如
re.search(r"\((\d+)\)", text)），自动插入括号会破坏转义逻辑 - Python 中的生成器表达式
(x for x in range(10))若被误判为需补全，可能变成(x for x in range(10)))，多一个括号却难察觉 - BracketHighlighter 不干预输入流，只响应已有结构——这意味着它能在你粘贴大段外部代码、重构嵌套逻辑、甚至处理压缩过的 JSON 时，依然稳定工作
真正容易被忽略的是：BracketHighlighter 的高亮样式依赖于 Sublime 的 color_scheme 设置。如果换了新主题但没更新配色方案里的 bracket 相关 scope（如 brackethighlighter.tag），所有提示都会失效——这不是插件坏了，而是主题没适配。检查方法很简单：打开 Packages/User/BracketHighlighter.sublime-settings，确认 "highlight_style": "outline" 或 "solid" 是否与当前主题的 color scheme 兼容。
