Sublime Text 默认不自动闭合 HTML 双标签，需手动启用 auto_close_tags 或使用 Emmet/原生快捷键；中文输入法、语法识别错误或插件冲突会导致失效。
Sublime Text 默认不自动闭合 HTML 双标签，所谓“输 <div> 回车就出 <div></div>”是错觉——它要么靠插件（如 Emmet），要么靠原生快捷键触发，没有开箱即用的实时闭合。
为什么按 > 没反应？检查 auto_close_tags 和语法识别
Sublime Text 4 默认把 auto_close_tags 设为 false，不是 true。很多人以为装完就有，其实得手动开。
- 打开
Preferences > Settings，在右侧用户设置中加这一行："auto_close_tags": true - 确认右下角状态栏显示的是
HTML（不是Plain Text、XML或JavaScript）；点它可手动切换 - 必须用英文输入法按
>——中文输入法下按出的是「>」，插件收不到原始字符 - 该设置只对成对标签生效（
<p>、<div>），不会处理<img>；后者由auto_insert_tags控制，别混
Emmet 的 Tab 补全比 > 更可靠，但别和原生设置共存
Emmet 是 Sublime Text 4 v4126+ 原生集成的，不用额外安装，但它默认不启用自动闭合逻辑。
- 进
Preferences > Package Settings > Emmet > Settings，确保有"auto_close_tag": true - 输入
div（不是<div>）再按Tab→ 得到<div></div>；输ul>li*3+Tab→ 直接生成嵌套结构 - 如果同时开了
auto_close_tags，会出现重复闭合：比如<div>+>出一次，再按Tab又出一次，变成<div></div></div> - 解决办法：关掉原生设置，只留 Emmet 管理闭合；或在 Emmet 设置里加
"enable_tab_expand": false，改用快捷键触发
Ctrl+Shift+.（Win/Linux）或 Cmd+Shift+.（macOS）是唯一不依赖插件/语法的方案
这个快捷键调用的是 Sublime 原生的 close_tag 命令，不走 Emmet，也不吃插件干扰，适合救急。
Article To Html
下载
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
立即学习“前端免费学习笔记（深入）”；
- 光标放在任意位置：在
<section后、</section前、甚至标签名中间，都有效 - 哪怕文件后缀是
.inc或.shtml，右下角显示Plain Text，它照样工作 - 不响应？检查是否被其他插件劫持了快捷键（比如某些主题或 Snippet 插件会重定义
.键） - 它只补缺失的对应标签，不会改已有内容——比如你写了
<div>content<，按它就补div>，不会动前面
别装 AutoCloseTag，除非你明确需要「输完就闭合」且能控白名单
AutoCloseTag（作者 wingyplus）确实能在输 <div 后按 > 实时补 </div>，但它代价高：
- 易冲突、难调试、自闭合标签处理反人类
- 它默认把
<img>当成成对标签，硬塞</img>，破坏 HTML 语义——得手动改插件设置里的"html_self_closing_tag": true - 若已装 Emmet，又开
AutoCloseTag，大概率出现双层闭合，尤其在.vue或 JSX 中更明显 - 性能影响小，但和中文输入法共存时可能卡顿半秒——未切出输入法就按
>，插件有时会误判光标位置
真正写代码时最可靠的不是“自动”，而是“可控”：原生快捷键不依赖语法识别，Emmet 缩写不依赖标签书写完整性，而所有配置项一旦设错，往往只在嵌套深、自定义标签多、或非标准后缀（如 .shtml）时才暴露问题——这些恰恰是上线前最容易漏测的场景。
