tab键缩进失效主因是emmet接管且context配置错误；需确认是否被输入法/系统截断，正确修改key bindings–user中带selector上下文的tab绑定，并确保emmet适配sublime text 4及node.js环境。
Tab键缩进失效，先确认是不是Emmet在接管
Emmet默认会劫持Tab键用于HTML/CSS缩写展开，不是“坏了”，而是它本就该这么干。但如果你在Python、Markdown或纯文本里也按不动Tab缩进，说明Emmet的context规则没写对，或者根本没生效。
验证方式：按Ctrl+`打开控制台，输入sublime.log_input(True)回车，再按Tab——如果有输出key evt: tab，说明按键进了Sublime；没输出，则被系统/输入法/显卡驱动截断，跟Emmet无关。
- 常见错误是把修复代码粘贴到
Preferences → Package Settings → Emmet → Key Bindings – User，这个路径压根不被加载，属于白忙活 - 必须改的是
Preferences → Key Bindings右侧的Key Bindings – User文件 - Emmet的Tab行为由
context控制，不是简单禁用就能回退；硬删Emmet绑定反而会让所有Tab都失效
正确覆盖Emmet的Tab绑定（保留缩进+支持展开）
目标是：在代码区域（如source.js）按Tab展开Emmet缩写，在其他区域（如text.plain）按Tab正常缩进。不能一刀切禁用，得靠context条件分流。
在Key Bindings – User中插入以下JSON（注意：必须是数组格式，末尾不能多逗号，所有引号为英文）：
[{
"keys": ["tab"],
"command": "expand_abbreviation_by_tab",
"context": [
{ "key": "selector", "operator": "equal", "operand": "source.css - meta.property-value.css, source.scss, source.less, source.sass, source.stylus, source.html, text.html - meta.tag, text.xml" },
{ "key": "selection_empty", "operator": "equal", "operand": true }
]
}, {
"keys": ["tab"],
"command": "insert_best_completion",
"args": { "default": "\t", "exact": true },
"context": [
{ "key": "setting.auto_complete_visible", "operator": "equal", "operand": false }
]
}, {
"keys": ["tab"],
"command": "indent",
"context": [
{ "key": "selector", "operator": "not_equal", "operand": "source.css - meta.property-value.css, source.scss, source.less, source.sass, source.stylus, source.html, text.html - meta.tag, text.xml" }
]
}]
- 第一条只在HTML/CSS类语法下触发Emmet展开
- 第二条处理自动补全弹出时的Tab行为
- 第三条兜底：只要不在上述语法中，就执行
indent命令（即正常缩进） - 顺序很重要——Sublime按数组从上到下匹配，前面的
context满足就不再往后走
检查Emmet是否被其他插件或设置干扰
即使你写了正确的context，也可能被后加载的插件覆盖。Emmet的Default.sublime-keymap加载顺序在内置Default之后、User之前，所以你的User配置能覆盖它——前提是没别的插件更晚加载。
- 按
Ctrl+Shift+P输入Preferences: Key Bindings，左右并排打开Default和User - 在
Default中搜索"tab"，确认原生绑定存在且未被注释 - 在
Packages/目录下全局搜索"tab"，重点看Vintage、Origami、SideBarEnhancements这些插件的Default.sublime-keymap是否也定义了tab - 临时运行
subl --safe-mode，如果Tab恢复缩进，说明确实是某个插件在干扰，而非Emmet本身问题
PyV8缺失会导致Emmet完全不响应Tab
Emmet依赖PyV8引擎做JS解析，ST3时代常随安装自动带，但ST4已弃用PyV8，改用Node.js后端。如果你用的是ST4且Tab完全无反应（连sublime.log_input(True)都不输出），大概率是Emmet没适配ST4，或Node环境未就绪。
- 检查控制台是否有
Emmet: Node.js not found或PyV8 not available报错 - ST4用户应安装官方维护的
Emmet 2（非旧版Emmet），它不再依赖PyV8 - 确保系统已安装Node.js，并在
Preferences → Package Settings → Emmet → Settings中确认"node_path"指向正确路径，例如"/usr/local/bin/node" - 不要手动下载PyV8二进制塞进Packages目录——ST4不兼容，只会引发导入错误
真正容易被忽略的点是：context里的selector值必须和当前文件的实际scope完全匹配。比如你在JSX文件里写HTML标签，但scope可能是source.js.jsx而非text.html，那Emmet的默认context就失效了——得自己加一条匹配规则。
