sublime text 无法自动补全分号，因其原生补全仅支持向前预测、无语法解析能力；可行方案是配置保存时格式化（如 pretterr/eslint），而非依赖补全机制。
Sublime Text 默认不自动补全代码末尾分号，这不是漏配，而是它压根没这个设计逻辑——分号补全是语言语法层面的语义行为，原生补全只做单词匹配，auto_complete_triggers 也无法监听 ; 前的上下文来反向插入。
为什么“自动加分号”在 Sublime 里基本不可行
原生机制不支持反向补全：Sublime 的补全系统是“向前预测”，比如输入 cons 弹出 console，但不会在你敲完 console.log("ok") 后自动追加 ;。它没有语法解析器，无法判断当前语句是否完整、是否需要分号（尤其 JS 中自动分号插入 ASI 规则复杂）。
- 插件如
AutoFileName或Emmet只处理路径或 HTML/CSS 片段，不介入 JS/TS 语句终结符 -
LSP类插件能提示错误（比如 ESLint 报missing semicolon），但不会主动插入分号——那是格式化工具（Prettier、ESBuild）或保存钩子（on_save）的事 - 自定义
.sublime-completions文件只能触发在光标前，不能“追加到行尾”，contents字段不支持位置偏移控制
真正可用的替代方案：用保存时格式化代替“自动补全”
把“加不加分号”交给格式化工具，在保存瞬间统一处理，比实时补全更可靠、更符合团队规范。
- 装
JsPrettier或SublimeLinter-eslint（配合 ESLint 的semi: ["error", "always"]规则） - 在用户设置中启用保存即格式化：
"save_on_focus_lost": true+"js_prettier": {"auto_save": true}（具体键名依插件而定） - 确保项目根目录有
.prettierrc或.eslintrc.js，否则格式化可能静默失败 - 验证方式：写一行
let a = 1不加分号 → 保存 → 看是否变成let a = 1;
如果非要“视觉上像自动补全”，可模拟触发点（仅限 JS/TS）
利用 auto_complete_triggers 在特定字符后弹出含分号的选项，但需手动选中——不是真自动，只是降低一次按键成本。
- 在用户设置中添加：
"auto_complete_triggers": [{"selector": "source.js, source.ts", "characters": ")"}] - 再新建
Packages/User/js-semicolon.sublime-completions，内容为：
{
"scope": "source.js, source.ts",
"completions": [
{
"trigger": ")",
"contents": ");"
}
]
}
注意：trigger 是你输入的字符，contents 是替换内容；它会在你敲完 console.log("x" 再输 ) 时弹出 ); 选项，按 Tab 插入。但这对 if (a) { 这类场景无效，且容易和 LSP 补全冲突。
容易被忽略的关键点
所有试图让 Sublime “自动补全分号”的尝试，最终都会撞上同一个事实：它不是 IDE，没有语言服务层的语句终结判断能力。强行用补全机制模拟，反而导致误触发、覆盖 LSP 提示、或在 JSX/TSX 中破坏语法。真正省心的做法，是接受“分号由格式化保障”，把精力放在配置好 prettier 或 eslint --fix 的保存钩子上——那才是 2026 年实际项目里跑得最稳的路径。
