HTML是网页内容结构的唯一声明方式，负责语义化标记与骨架构建，不处理逻辑或样式；现代框架最终需输出HTML才能被浏览器渲染，其解析规则、语义正确性及与JS/CSS协作边界直接影响性能、SEO、无障碍与兼容性。
HTML 不是编程语言，也不负责逻辑或样式，它只是网页的骨架和语义容器——离开它，浏览器根本不知道该显示什么内容、哪些是标题、哪些是按钮、哪些是图片。
HTML 是内容结构的唯一声明方式
现代前端框架（如 React、Vue）最终都要生成 HTML 才能被浏览器渲染。即使你用 JSX 写一个 ，实际输出仍是 标签；CSS 选择器（如 header nav a）匹配的也是 HTML 元素；搜索引擎抓取页面、屏幕阅读器解析可访问性，全都依赖 HTML 的标签语义。
常见错误现象：
- 用 模拟按钮，但缺失
role="button"和键盘焦点支持- 用多个
堆出标题视觉效果，却没用～，导致 SEO 和无障碍失效HTML5 引入了关键语义化标签，但不是“用了就有效”
像
、、这类标签本身不带样式，也不自动提升 SEO 排名——它们的价值只在正确嵌套和上下文使用中体现。立即学习“前端免费学习笔记（深入）”；
实操建议：
-
应包裹主导航链接，而非所有链接集合 -
页面中只能出现一次，且不能嵌套在或内 - 用
aria-label或aria-labelledby补充语义盲区（例如图标按钮无文字时）
HTML 的解析行为直接影响 JS 和 CSS 的执行时机
浏览器是流式解析 HTML 的：遇到
就暂停解析、下载并执行（除非加async或defer）；遇到会阻塞后续 HTML 解析（直到 CSSOM 构建完成）。容易踩的坑：
- 把
放在里又没加defer，导致 DOM 尚未加载就调用document.getElementById返回null - 误以为
srcset加载 -
HTML 文件本身没有“运行时”，但它的写法决定性能与兼容性边界
一个空格、一个换行、一个未闭合的
），这种行为在不同引擎（Blink/WebKit/Gecko）中并不完全一致。，都可能触发浏览器的容错修复机制（比如自动补全真实影响：
- 服务端渲染（SSR）时若 HTML 字符串拼接出错（如属性值含未转义双引号），会导致整个页面解析失败或 XSS
- 使用
innerHTML = "动态插入时，若字符串含非法 HTML 片段，浏览器会静默修正，结果不可控标签内容不会被解析或渲染，但其中的也不会执行——这是有意设计，不是 bugHTML 的“简单”是表象，它的解析规则、容错逻辑、与 JS/CSS 的协作边界，才是日常开发中最常掉进去又不易察觉的地方。
- 用多个
