Sublime Text 3.x起内置括号自动补全，输入(、[、{、"、'时自动插入右半边并停在中间，仅在空位置触发，依赖语法识别与作用域感知，非插件功能。
Sublime Text 默认就支持括号自动补全，不用装插件
Sublime Text 从 3.x 开始内置了基础的括号配对补全（brackets），输入 (、[、{、"、' 会自动插入右半边，光标停在中间。这不是插件功能，是核心编辑行为，关不掉但可以微调。
常见误判是看到没反应——其实它只在「空位置」触发：比如你写完 if (x > 0) 再按 {，不会补全；但光标在空白行或函数参数里敲 ( 就会补。
- 确认设置未被覆盖：
Preferences → Settings中检查是否有"auto_match_enabled": false，删掉或设为true - 语言语法影响行为：某些自定义语法（如 Vue 单文件组件）可能禁用该特性，可临时切到
Plain Text测试 - 补全后想跳过右括号？按
Tab或Right Arrow即可，别连按两次)—— 那会多输一个
需要“智能补全”才该装插件：比如函数签名、变量名、HTML 标签
括号自动配对 ≠ 代码补全。用户常混淆这两者：前者是符号层面的镜像插入，后者是语义层面的上下文推荐。如果你想要输入 console. 后弹出 log、error，或写 div 按 Tab 变成 <div></div>，这才是插件要解决的问题。
-
Emmet：专治 HTML/CSS 缩写，ul>li*3+Tab直出列表，必须装 -
SublimeCodeIntel：老牌 Python/JS 补全，但已停止维护，偶发卡顿 -
AutoFileName：路径补全神器，输入require('./时自动列出当前目录文件 - 别装
BracketHighlighter来“实现括号补全”——它只高亮匹配，不插入字符
补全失效的三个高频原因和对应检查点
不是插件没装好，而是环境链断了。Sublime 的补全依赖「语法识别」+「作用域感知」+「插件激活规则」三者协同，任一环节错位都会静默失败。
- 当前文件语法不对：右下角显示的是
Plain Text还是JavaScript？点它手动切换，否则Emmet不响应div - 插件未加载成功：按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（Mac），输入Package Control: List Packages，确认插件名出现在列表中 - 快捷键冲突：有些插件默认用
Ctrl+Space呼出补全，但系统输入法或 IDE 工具栏可能劫持了这个组合键，换用Alt+/试试
性能敏感场景下，补全功能要主动做减法
大项目里补全变慢，往往不是插件太重，而是它在不该工作的时候强行工作。比如 SublimeCodeIntel 默认扫描整个项目目录，而你只是想编辑单个配置文件。
- 禁用特定语法的补全：在插件设置里加
"disabled_file_types": ["JSON", "YAML"] - 关闭实时索引：把
"index_files": false加进插件配置，改用手动触发Ctrl+Alt+Shift+R - 路径补全慎用通配：
AutoFileName的"extensions": ["js", "ts"]比"*"省资源得多
补全逻辑越靠近编辑器底层（比如括号配对），越稳定；越依赖外部分析（比如 JS 函数签名），越容易受项目结构、插件版本、Node.js 环境干扰。别指望一个设置全局生效，得按文件类型分而治之。
