必须用https://validator.w3.org/nu/，因新版支持HTML5全量语法（如），旧版会误标为错误；粘贴需含完整和结构，否则报missing DOCTYPE；URL验证需页面可访问且无CSP/403拦截。
直接用 W3C Nu Html Checker 验证，是目前最准、最权威的方式；其他工具只能辅助，不能替代它。
为什么必须用 https://validator.w3.org/nu/ 而不是旧版？
新版支持 HTML5 全量语法，包括 <template></template>、<dialog></dialog>、<slot></slot> 等现代元素，旧版会把它们全标成错误。你如果在本地开发时用了这些标签，却用旧验证器，等于被误判——修复了“假错误”，反而可能破坏功能。
常见误操作：
- 粘贴代码时漏掉
或 <code>根标签 → 报missing DOCTYPE或element not allowed as child of element html - 上传文件时双击直接打开
file:///路径 → 工具拒绝访问，显示Unable to retrieve document（必须起本地服务，比如npx serve） - 用 URL 验证未部署页面 → 若服务器返回 403、或设置了
X-Frame-Options/CSP，同样拿不到源码
本地快速验证：htmlhint 命令行怎么配才真正生效？
装了不等于能用。最容易卡住的三个点：
立即学习“前端免费学习笔记（深入）”；
把任意文章或文档内容转换成精美的全屏翻页 HTML 演示文件（幻灯片风格）。当用户发来一篇文章、文档链接、Markdown 内容、或粘贴的文本，并且希望生成演示用的 HTML 时触发。支持任意内容来源：iWiki 链接、KM 链接、本地文件路径、直接粘贴的文本。生成的 HTML 文件保存到本地工作区，并通过企微直接发送给用户。触发词示例：帮我把这篇文章做成PPT、转成演示文档、生成HTML幻灯片、做个演示、转成可以演示的格式、article to deck、make a slide。
-
htmlhint必须全局安装最新版：npm install -g htmlhint；旧版（如 v0.12.x）压根不识别attr-value-double-quotes这类规则 -
.htmlhintrc文件名必须带前导英文句点，且必须放在执行命令的当前目录下（不是项目根目录，也不是~） - 运行前先确认是否真装上了：
htmlhint --version；如果没输出或报 command not found，说明 npm 的 bin 路径没进系统 PATH
简单测试：在终端里跑 htmlhint index.html，如果一行输出都没有，大概率是上面三点中某一个没到位。
浏览器里能看出来结构问题吗？
可以，但得知道查什么。浏览器不会报“结构不完整”，只会表现异常：
-
document.documentElement是null→ 页面根本没解析成 DOM，常见于服务器返回了text/plainMIME 类型，或响应体为空 -
document.head === null或document.body === null→ 缺或，多见于模板拼接出错或手写漏标签 -
document.querySelectorAll('script').length明显少于预期 → 可能被字符串里的提前闭合（比如 JS 字符串含未转义的）
这种检查适合上线前快速过一遍，但它只反映“结果”，不告诉你哪行代码错了——最终还得靠 W3C 验证器定位到具体行号和错误类型。
W3C 验证器报的每一项错误，背后都对应真实渲染风险：比如 Stray end tag "div" 可能导致后续内容错位，Bad value for attribute "href" 会让链接失效。别跳过警告，尤其涉及 aria- 属性、alt、lang 这些可访问性字段的提示，它们在自动化测试里常被忽略，但实际影响很大。
