emmet缩写在多行编辑下不生效是因为tab键仅执行缩进，真正触发需用ctrl+e（windows/linux）或cmd+e（macos）；批量操作推荐ctrl+shift+l生成光标后统一追加缩写再展开，或alt+f3选中全部相同缩写一次性处理。
Emmet缩写在多行编辑下为何不生效
不是Emmet坏了，是它根本没被触发——多行光标状态下，Tab默认只做缩进，不会展开缩写。这是Sublime默认行为，和Emmet无关。
真正能触发Emmet的快捷键是Ctrl+E（Windows/Linux）或Cmd+E（macOS），它无视光标数量，强制展开当前行的缩写。你选中10行、每行都写了div.item，按Ctrl+E就能一次性全部展开。
- 别依赖
Tab在多行场景下工作，那是陷阱 -
Ctrl+E是唯一可靠入口，建议记死 - 如果
Ctrl+E也无效，先确认右下角语法是HTML，再检查用户设置里是否有"emmet_enabled": true
用Ctrl+Shift+L批量生成结构后再套Emmet
先批量生成“骨架”，再统一用Emmet补全，比逐行敲更稳。比如要写5个相同结构的卡片，别一行行输div.card>h3+p，而是：
- 输入一次
div.card，选中整行 - 按
Ctrl+Shift+L（Windows）让每行都出现一个光标 - 在所有光标后统一追加
>h3+p - 全选这5行，按
Ctrl+E一次性展开
这样避免了光标错位、某几行漏触发的问题，也比用*乘法生成更可控——比如你想让第3个卡片多一个span，直接在对应光标位置加就行，不用重写整个缩写。
Alt+F3选中全部相同缩写再批量展开
当你已经写了十几个ul>li*3但忘了展开，或者从别处复制来一堆未展开缩写时，Alt+F3（Windows）或Ctrl+Cmd+G（macOS）是最省力的方式。
它会把文档里所有匹配的字符串（比如所有div.container）同时高亮并置入多光标，然后你只需按一次Ctrl+E，全部搞定。
- 注意：它匹配的是**文本字面量**，不是语法结构。所以
div.container和div .container算不同字符串 - 如果缩写里带空格或换行，
Alt+F3就失效，得手动选 - 展开后若发现某几行结构不对，说明原始缩写有歧义（比如
.item在ul里会变成li，但在div里是div），得回溯修正缩写写法
嵌套缩写 + 多光标 = 高风险操作
像div>(header>h1)+main>p+footer这种深层嵌套缩写，一旦放进多光标环境，极易因括号/符号错位导致展开失败或生成乱码。这不是Bug，是语法解析器在多个上下文里同时吃字符时的必然结果。
- 嵌套缩写永远单行处理，别拆开、别跨光标编辑
- 需要批量生成嵌套结构？用分组
(div>h1+p)*3，而不是把>和+分散到多光标里改 - 如果非得改嵌套内容（比如5个卡片里只有标题文字不同），先展开，再用
Ctrl+D逐个选中{}里的文本，再输入新内容
多光标本质是“并行文本操作”，而Emmet缩写是“单行语义解析”——两者交集很小，强行混合只会放大出错概率。老手都把嵌套留到最后一步单行处理，其余靠Ctrl+Shift+L和Alt+F3铺底。
