ctrl+k ctrl+j仅展开已被折叠的节点，无法展开原生syntax策略未标记的html标签（如空div、单行p），因其根本未被识别为可折叠区域；需先执行fold all regions或启用auto fold插件强制折叠。
为什么 Ctrl+K Ctrl+J 展不开所有 HTML 标签？
它只展开「已被折叠」的节点，不是「所有语法上可折叠的结构」。空的 <div></div>、单行 <p>text</p>、没换行的 <section><header></header></section> —— 这些在 VSCode 原生 syntax 折叠策略下根本不会被标记为可折叠区域，所以 Ctrl+K Ctrl+J 对它们完全无效。
常见误判：按完快捷键发现 <main></main> 里一堆 <div> 还是收着的，以为快捷键坏了。其实它们压根没被折叠过，只是“本来就没关”。
<ul>
<li>验证方法：先手动执行一次 <code>Fold All Regions（Ctrl+Shift+P → 输入并运行），再按 Ctrl+K Ctrl+J，就能看到所有已折叠区被还原
HTML，不是 Plain Text 或 JSON
editor.foldingStrategy 必须设为 syntax，设成 indentation 时对 HTML 标签基本无折叠能力Auto Fold 插件怎么强制折叠所有成对标签？
原生 VSCode 不支持“把所有 <p></p>、<ul></ul>、<li> 都当可折叠块”，Auto Fold（作者 wix）能补上这个缺口。它不依赖语言服务的 FoldingRange，而是靠正则匹配标签名做主动折叠。
装好后，在 settings.json 里加这段：
{
"auto-fold.autoFoldTags": ["div", "section", "article", "header", "main", "footer", "nav", "ul", "ol", "li", "p", "span"]
}
- 列表里的每个标签名，只要成对出现（哪怕空或单行），打开文件时就会自动折叠
- 不推荐无差别写
["*"]—— 会把<br>、<img>这类自闭合标签也当块处理，导致折叠错乱 - 折叠后，光标放在父标签内再按
Ctrl+Shift+[，可递归折叠其子树，比全展更可控
Emmet 生成后怎么快速定位并展开某一层？
用 Emmet 写完 section>div.container>ul>li*5>a 后，结构很深，但你只想看第 3 个 <li> 里的内容？别全展，直接点行号旁的小三角，或把光标停在那个 <li> 的起始行，按 Ctrl+Shift+[。
- VSCode 的折叠是「作用域感知」的：光标在哪一级标签内，
Ctrl+Shift+[就只折那一级及其子树 - 想临时看某个
<div class="card"> 里的细节？把光标放进去，按 <code>Ctrl+Shift+]展开它，其他部分保持原状 - 注意：如果该标签没被识别为可折叠（比如没换行、没子元素），小三角图标不会出现 —— 此时得先靠
Auto Fold或Fold All Regions强制标记 - 缓解办法：在
settings.json中加"auto-fold.ignoreFileEvents": true，禁用文件变更触发的自动重折叠 - 真正影响预览的是格式化行为 —— 如果开了
Prettier并配置了html.format.wrapLineLength，可能把长标签换行，间接改变折叠范围（因为 syntax 折叠依赖换行）
Live Server 预览时折叠状态会重置吗？
不会。折叠/展开状态是编辑器 UI 层的本地视图控制，和 Live Server 启动的浏览器完全无关。你在 VSCode 里把 折了，刷新页面时 HTML 源码还是完整展开的，只是你在编辑器里看不见而已。
但有个容易忽略的副作用：如果你用 Auto Fold 自动折叠，而文件被 Live Server 监听并热重载，VSCode 有时会在保存后短暂重绘折叠状态（尤其大文件），导致刚展开的块又自动收回去。
