ctrl+shift+g没反应需先确认三件事：文件语法是否为html/css/js、输入法是否为英文状态、选区是否含空行或空白符；wrap_with_abbreviation支持完整缩写，wrap_with_tag仅支持简单标签名。
Ctrl+Shift+G 没反应？先确认这三件事
快捷键本身没问题，但 Ctrl+Shift+G（Windows/Linux）或 Cmd+Shift+G（macOS）依赖 Emmet 的上下文判断，不是按下就一定触发。常见卡点有：
- 当前文件语法不是
HTML、JavaScript或CSS（右下角显示Plain text或Markdown时必然失败） - 输入法处于中文状态，导致缩写输入被拦截（哪怕只输
div也提交不了） - 选区首尾含空行或大量空白符，Emmet 会静默退出，不报错也不包裹
wrap_with_abbreviation 和 wrap_with_tag 别混用
这两个命令名字像，行为完全不同，键位配置写错就白忙：
-
wrap_with_abbreviation：Emmet 命令，支持div.item、ul>li*、section>header+main等完整缩写 -
wrap_with_tag：原生命令，只认简单标签名，如div、p，输div.x或ul>li直接忽略 - 自定义快捷键时，
"command": "wrap_with_abbreviation"必须配"context"，否则在 JS 文件里按快捷键可能弹出 HTML 标签框，干扰编码
多行包裹 ul>li* 只生成一个 li？那是选区没拆开
Emmet 的 * 运算符要求「每行一个独立选中单元」。鼠标拖选连续多行，默认是单个大选区，ul>li* 就只会套一层 <ul><li>...</li></ul>。
- 正确做法：先用
Ctrl+L（逐行选中）或Ctrl+Shift+L（按换行符拆光标），让每行都有独立光标 - 再按
Ctrl+Shift+G，输入ul>li（不加*），回车后每行自动变成<li>xxx</li>并包进<ul></ul> - 若想保留原始缩进结构，包裹后手动删掉
<ul></ul>和
自定义快捷键必须写对 JSON 格式和位置
所有用户快捷键必须写在 User.sublime-keymap 文件里，且格式严格：
- 文件必须是合法 JSON 数组，哪怕只加一条规则，也要用方括号
[ ]包裹 - 键名必须是
"keys"（不是"key"），值是字符串数组，如["ctrl+alt+f"] - command 名必须准确，最稳方法是按
Ctrl+Shift+P输入“Wrap with Abbreviation”，看面板里显示的全名——通常是emmet_wrap_with_abbreviation - 保存后立即生效，不用重启；若右下角弹红字，90% 是末尾多逗号、引号不闭合或用了中文标点
真正容易被忽略的是：Emmet 对选区内容的敏感度远高于你预期。它不处理含未转义 &、 的文本，也不接受跨语言混排的选区（比如 HTML 文件里混着 JS 注释块）。与其反复调试快捷键，不如先确保选中的是干净、结构明确的纯文本片段。
