Sublime括号高亮依赖内置match_brackets开关，必须设为true；BracketHighlighter仅为增强工具，需同时满足match_brackets为true、high_visibility_enabled_by_default为true及主题定义brackethighlighter.*颜色作用域。
Sublime 的括号匹配高亮不是靠插件“实现”的，而是靠内置的 match_brackets 功能；插件（如 BracketHighlighter）只是增强它——关掉原生功能，插件连启动都做不到。
为什么光标停在括号上没反应？先查 match_brackets 是否真开启
这是最常被忽略的前提。哪怕装了 BracketHighlighter，只要 match_brackets 是 false 或拼错成 match_bracket，整个链路就断了。
-
match_brackets必须为true，它是总开关；其他子项如match_brackets_braces、match_brackets_square才有效 - 设置位置：Preferences → Settings → 右侧「User Settings」中直接写
"match_brackets": true，保存即生效，无需重启 - 常见失效原因：右下角语法显示为
Plain Text（不是 JavaScript/Python 等），此时括号规则不加载；手动点击右下角切换语法可快速验证 -
match_brackets_angle建议保持false，否则 HTML 标签里的<div> 会频繁误触发 <h3> <code>BracketHighlighter安装后不亮？三个硬性条件缺一不可它不是独立运行的高亮器，而是依赖原生匹配结果做视觉强化。以下三项必须同时满足：
-
match_brackets已设为true（前面已强调） -
high_visibility_enabled_by_default必须设为true，否则只悬停瞬间闪一下，无法持续观察嵌套结构 - 当前主题必须定义了
brackethighlighter.*类 color scope（比如brackethighlighter.round），很多自定义主题压根没写这一行，导致 fallback 成极浅灰，看起来像没开 - 临时排障：禁用
Emmet或Vintage插件，它们会劫持(输入事件，让BracketHighlighter收不到触发信号
怎么让括号高亮更醒目？别改设置，改 color_scheme 或用
outline风格所有颜色、背景、粗细，最终都由当前主题文件（.sublime-color-scheme）控制。
BracketHighlighter的配置项如color只是引用一个 scope 名，不直接写颜色值。- 想真正改颜色：用命令面板（Ctrl+Shift+P）→ 输入
Color Scheme→ Open Color Scheme，找到当前主题文件，在里面搜索"scope": "bracket"或"name": "Bracket"，修改background值（例如"#2a5c8d"） - 不想动主题？在
BracketHighlighter用户设置里加这行："high_visibility_style": "outline"，它会画实线边框，比背景色更轻量、更清晰，尤其适合深色主题 - 别滥用
bracket_contents: true：它会让整块括号内区域变色，在长函数或大 JSON 里反而干扰阅读，建议仅在需要快速定位代码块范围时开启
括号自动补全（输入
(自动出)）和高亮是两套机制很多人以为开了高亮就等于能自动补全，其实完全无关。自动补全由另一个开关控制：
- 开关名是
auto_match_enabled，不是match_brackets，也不是任何 BracketHighlighter 配置项 - 它只在「User Settings」中生效，且优先级高于默认设置；如果右侧用户设置为空，就按默认值（
true）走，但一旦写了"auto_match_enabled": false，就彻底关了 - 注意作用域：在字符串、注释、正则字面量里不会补全，这是预期行为；多光标编辑时，只在主光标位置补全
- Emmet 插件默认会劫持
(，把它转成 CSS 缩写，若想保留括号补全，需在 Emmet 设置中禁用enable_tab_abbreviations_for_scopes或排除source.js等 scope
真正卡住的人，往往不是不会装插件，而是没意识到
match_brackets是地基，high_visibility_enabled_by_default是开关，而主题里有没有定义对应 color scope，才是你最后看到“有没有颜色”的决定性一环。 -
