Sublime Text 无主动防漏机制，括号成对依赖光标位置、语法识别和配置三者协同；Ctrl+M仅在精确落于六类括号字符时跳转；auto_match_enabled仅控制输入补全，不检测遗漏；选中后输入左符号自动包裹最实用；BracketHighlighter插件可实现嵌套高亮但需正确配置。
Sublime Text 本身不提供“成对匹配”的主动防护机制，它只做基础识别和响应——括号是否被当成一对，取决于光标位置、语法识别、配置开关三者是否同时满足。想防漏，得靠组合操作，不是开个开关就完事。
Ctrl+M 跳转匹配括号必须卡在括号字符上
这是唯一原生跳转方式，但极其挑剔：
- 光标必须精确落在
(、)、{、}、[、]这六个字符之一上；停在空格、变量名、运算符甚至括号内部都不触发 -
"match_brackets"必须为true（默认是，但自定义设置可能覆盖为false或拼错成"match_bracket"） - 右下角语法识别必须正确：比如写 JavaScript 却显示
Plain Text，Ctrl+M直接失效；HTML 标签对也依赖当前语法是HTML而非XML - 嵌套时只匹配最近一层，
func([a, {b: 1}])中光标在{上按一次Ctrl+M，只会跳到对应的}，不会跨到外层]
auto_match_enabled 控制补全，但不等于防漏
这个设置决定你敲 ( 时会不会自动补 )，但它不检查已有代码是否漏括号：
- 必须显式写入用户设置：
{"auto_match_enabled": true}；仅靠默认值不可靠，尤其当语法专属设置（如Settings – Syntax Specific）里写了"auto_match_enabled": false时，它会静默覆盖 - 支持的符号只有六组：
()、[]、{}、""、''、``；不支持/* */或自定义对 - Emmet 和 Vintage 插件会劫持输入：Emmet 把
"当缩写前缀，Vintage 把'当命令符——它们先吃掉按键，auto_match_enabled根本没机会运行 - 补全发生后，光标停在中间；按
→可快速验证是否生效（如果光标跳过)，说明补全已触发）
选中后输左符号自动包裹，是最实用的防漏操作
这招不依赖配置，也不怕插件干扰，适合日常补救：
- 用鼠标或
Ctrl+Shift+→选中一段文本（包括多行），保持选中状态 - 直接输入
(、"、{等左符号，Sublime 会自动用该符号及其配对符包裹整段选中内容 - 例如选中
hello world后输"，立刻变成"hello world"；输[就变成[hello world] - 对已存在的漏括号片段，比手动补全快得多；且不会误触 Emmet 缩写或 Vintage 命令模式
BracketHighlighter 是唯一能“看见”嵌套层级的方案
原生 match_brackets 只闪烁 300ms，无法持续标记位置；真要防漏，得靠插件：
- 必须确保
"match_brackets": true已开启，否则 BracketHighlighter 不启动 - 安装后需在用户设置中显式启用：
"match_brackets_braces": true、"match_brackets_square": true、"high_visibility_enabled_by_default": true - 高亮颜色淡或看不见？不是插件问题，而是当前主题没定义
brackethighlighter.round等 scope；可换主题，或手动补 scope（改.sublime-color-scheme） - 它支持嵌套分色、边框、背景填充，甚至 HTML 标签对高亮——但前提是语法识别正确，且没有插件劫持输入事件
真正容易被忽略的是：括号是否“成对”，从来不是 Sublime 自动判断的结果，而是你每次光标落点、每次语法识别、每次配置生效共同作用的瞬间状态。没有一劳永逸的防漏，只有每次编辑时多确认一下右下角语法名、多用一次 Ctrl+M、或多选一段再敲个 (。
