html文档结构是否符合标准必须通过w3c校验、htmlhint扫描和elements面板灰字节点观察三重验证，缺一不可。
HTML文档结构是否符合标准，不能靠“看起来正常”判断——浏览器自动修复会掩盖真实错误，W3C校验才是唯一可信依据。
用 W3C Validator 查出真实语法错误
W3C Markup Validation Service 不只是报错工具，它模拟的是标准解析器行为，不带任何容错逻辑。很多在 Chrome 里“能显示”的 HTML，在这里直接标红。
- 粘贴代码时选
Validate by Direct Input，避免 URL 校验因服务端重定向或 CSP 拦截导致漏检 - 关注
Line X, Column Y定位，但别只修那一行：比如报End tag for element 'div' seen, but there were open elements.，问题往往在前面未闭合的<section></section>或嵌套错位的<article></article> - 警告（Warnings）也要处理，例如
Consider adding a lang attribute或The charset attribute on the script element is obsolete，它们虽不阻断渲染，但影响可访问性与未来兼容性
htmlhint 配置必须开这三条规则
默认 htmlhint 几乎不报错，等于没装。真正起作用的最小配置只有三行，缺一不可：
-
"tagname-lowercase": true—— 拦住<div> 这类写法，否则 JS 的 <code>querySelector('div')能匹配，但querySelector('Div')就失效 -
"attr-lowercase": true—— 防止Class="header"导致 CSS 类不生效、JS 获取不到属性 -
"attr-value-double-quotes": true——href=https://a.b/c在某些解析器下会被截断为href=https:，加双引号是唯一稳妥写法 - 灰色斜体的
<div> 表示它被浏览器截断或补全过，比如漏写了 <code>
运行命令记得加 glob 支持：htmlhint "**/*.html"，否则子目录下的文件全被跳过。
Elements 面板里的灰色斜体标签就是证据
浏览器解析 HTML 时一旦遇到错误，就会在 DOM 树中留下“修正痕迹”。这些痕迹不会出现在源码里，但直接暴露在 Elements 面板中：
