Sublime Text原生不检测未闭合标签或嵌套错误，仅支持基础高亮与缩进；需依赖AutoCloseTag、HTMLHint等插件实现实时提示，或通过W3C校验器、浏览器DevTools等外部工具进行权威结构验证。
Sublime 本身不检测未闭合标签，靠插件或外部工具
Sublime Text 原生没有 HTML 结构校验能力，不会标红未闭合的 <div>、也不会提示嵌套错误（比如 <code><p></p>
<div>）。它只做基础语法高亮和缩进对齐，看起来“整齐”≠结构合法。
<p>真正能帮你发现这类问题的，是以下三类辅助手段：</p>
<ul>
<li>安装插件（如 <code>AutoCloseTag 或 HTMLHint）——但注意：它们只在编辑时提示，不等价于 W3C 校验
validator.w3.org ——这是唯一权威方式，会明确报出 End tag div seen, but there were open elements 这类错误装 AutoCloseTag 插件后仍不工作？检查这三点
AutoCloseTag（作者 wingyplus）是 Sublime 中最接近“实时检测+自动补全”的方案，但它依赖几个关键条件才能生效：
- 右下角状态栏必须显示
HTML或HTML (Vue)，不是Plain text或XML；临时切到 HTML 语法可测试是否恢复 - 输入法必须为英文状态——中文输入法下按
>实际输出的是全角符号，插件收不到触发信号 - 插件设置里要确认
"auto_close_tag": true已启用，并且白名单包含你用的标签；默认白名单已涵盖img、input等 void 元素，不会误补
为什么开了 auto_close_tags 还是没反应？别被名字骗了
Sublime 原生设置项 auto_close_tags（注意拼写是 tags，不是 tag）仅控制「输入开始标签后按 > 是否自动补结束标签」，**完全不负责检测已有代码中的未闭合问题**。
立即学习“前端免费学习笔记（深入）”；
Springboot Vue Builder
下载
从零开始编排 SpringBoot+Vue 全栈项目工作流，适用于新建全栈项目或完整脚手架请求，触发后依次调用 product‑spec‑builder（需求调研）等模块。
常见误解：
- 以为开启它就能高亮或修复旧文件里的
<section><div> 没闭合 —— 不会，它只影响新输入行为 <li>以为它能识别嵌套规则（如 <code><p></p>里不能放<div>）—— 不会，那是 HTML 规范层的事，Sublime 不参与 <li>和 Emmet 的 <code>auto_close_tag（单数）混淆 —— 两者互不兼容，同时存在可能引发重复补全（比如输<div> + <code>>补一次，再按Tab又补一次）嵌套错误在 Vue/JSX 里更隐蔽，得换思路查
模板语法（如
，Vue 不报错，但浏览器实际渲染出两个独立段落。.vue文件的<template></template>块、JSX）会让嵌套问题藏得更深：编译器不校验 HTML 合法性，只关心语法解析是否通过。结果就是你写了个<p></p> <div>xxx</div>应对方法：
- 在
.vue文件中，右键 → “View Page Source” 复制最终输出的 HTML，扔进 W3C 校验器 - 用
html-validateCLI 在项目里跑：npx html-validate --config .htmlvalidate.json src/**/*.vue（需配置提取 template 内容） - VS Code 用户可装
HTMLHint并启用attr-validate和doctype-first规则，比 Sublime 插件检出率高
真正难缠的不是“怎么补全”，而是“补全了但嵌套本身就不合法”——这时候光靠编辑器提示没用，得回到规范本身去核对 content model。
- 在
