emmet tab 键失效主因是文件未识别为 html/css 语法或 tab 绑定被覆盖；需确保右下角显示 html/css，保存文件为 .html/.css，并删除 key bindings–user 中冲突的 tab 绑定，添加带 context 的正确配置。
Tab 按下没反应，不是 Emmet 没装好，而是它根本没被触发——90% 的情况是文件没被识别为 HTML/CSS 语法，或者 Tab 键绑定被错误覆盖。
右下角显示 Plain Text，Emmet 就不工作
Emmet 只在明确的语法上下文中响应缩写，比如 text.html - source 或 source.css。新建未保存的文件默认是 Plain text，此时哪怕输入 html:5，按 Tab 也毫无反应。
- 检查右下角状态栏：必须显示 HTML 或 CSS，不是
Plain text、Text或JavaScript - 若显示不对，按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS）→ 输入Set Syntax: HTML回车 - 未保存的
Untitled文件不会自动识别扩展名，务必先保存为.html或.css再测试
Key Bindings–User 里有冲突的 ["tab"] 绑定
很多旧教程直接让粘贴一段含 "keys": ["tab"] 的 JSON，但 Sublime Text 4 默认不绑定 Tab 给 Emmet，强行加进去反而会抢走缩进功能——结果就是按 Tab 只缩进、不展开，甚至 !+Tab 也失效。
- 打开
Preferences → Key Bindings，看右侧User配置区 - 查找整段含
"keys": ["tab"]且"command": "run_emmet_action"或"command": "emmet_expand_abbreviation"的条目 - 直接删掉它（尤其开头那条形如
{"keys":["tab"], "args":{"action":"expand_abbreviation"}, ...}） - 保存后完全退出 Sublime 所有窗口再重开——插件缓存不刷新会导致键位“看似生效实则未加载”
想用 Tab 展开缩写，必须加 context 限定语法范围
单纯把 Tab 绑给 Emmet 命令是危险的：它会在 JS、Python 等文件里也抢 Tab，破坏缩进和补全。真要启用，必须靠 context 精确控制作用域。
- 在
Key Bindings–User中粘贴如下配置（注意operand字段）：
[{"keys": ["tab"],"command":"emmet_expand_abbreviation","context": [{"operand":"source.css, source.sass, source.scss, source.less, text.html - source, text.xml - source","operator":"equal","match_all": true,"key":"selector"}]}]
-
text.html - source覆盖.html文件，source.css覆盖.css，漏掉任一都可能导致对应文件里Tab失灵 - 别照搬旧教程里的
"key": "emmet_action_enabled.expand_abbreviation"——这个上下文键在新版 Emmet 中已弃用，写了也没用
Ctrl+E 能展开但 Tab 不行，说明 Emmet 本身正常
输入 html:5 后按 Ctrl+E（Windows/Linux）或 Cmd+E（macOS），能立刻生成完整结构，就证明 Emmet 插件、语法识别、缩写格式都没问题。问题只出在 Tab 的绑定逻辑上。
- 这不是“Emmet 没生效”，而是快捷键被其他插件劫持了，比如
AutoIndent、SideBarEnhancements或某些主题 - 如果不想折腾
Tab绑定，直接用Ctrl+E是最稳定的选择 - 若坚持用
Tab，改完配置后一定要关掉所有 Sublime 窗口再重开——缓存不刷新，键位就只是“看起来生效了”
最常被忽略的是：改完 Key Bindings–User 不完全退出编辑器，或者右下角语法标识没手动切对。这两个动作缺一不可，否则所有配置都是白搭。
