Appearance
HTML 高频题清单与追问树
高频题清单
1. 表单、媒体与交互元素：默认行为、可达性与资源代价
- 题型：对比型
- 考察点：这类标签常被低估，但它们直接连接用户输入、资源装载和浏览器默认交互
- 易混点：题型没分清时，很容易把 语义结构、资源加载、可访问性 混成一个层级。
- 串讲顺序：先回答核心问题，再补边界、代价和项目映射。
2. HTML 工程化：文档壳、资源顺序与 SSR 模板边界
- 题型：对比型
- 考察点：现代前端很少手写整页 HTML，但文档壳仍然决定资源入口、渲染起点和注水位置
- 易混点：题型没分清时，很容易把 语义结构、资源加载、可访问性 混成一个层级。
- 串讲顺序：先回答核心问题，再补边界、代价和项目映射。
3. 脚本加载：parser-blocking、defer、async 与模块脚本
- 题型：对比型
- 考察点：脚本题的关键不是背两个属性，而是解析器、下载器和执行时机如何协同
- 易混点：题型没分清时，很容易把 语义结构、资源加载、可访问性 混成一个层级。
- 串讲顺序：先回答核心问题，再补边界、代价和项目映射。
4. 语义化 HTML：文档结构、辅助技术与默认行为
- 题型：对比型
- 考察点：语义化的价值不止于代码可读性，它会进入可访问性树、SEO 信号和浏览器默认行为
- 易混点：题型没分清时，很容易把 语义结构、资源加载、可访问性 混成一个层级。
- 串讲顺序：先回答核心问题，再补边界、代价和项目映射。
5. SEO 与可访问性：结构信号、名称计算与抓取边界
- 题型：对比型
- 考察点：SEO 和 a11y 都依赖结构化信息，但服务对象、约束和优化目标并不相同
- 易混点：题型没分清时，很容易把 语义结构、资源加载、可访问性 混成一个层级。
- 串讲顺序：先回答核心问题，再补边界、代价和项目映射。
6. src 与 href：资源替换、关联关系与加载语义
- 题型：对比型
- 考察点：这两个属性都能指向 URL，但对浏览器来说，它们表达的资源关系完全不同
- 易混点：题型没分清时，很容易把 语义结构、资源加载、可访问性 混成一个层级。
- 串讲顺序：先回答核心问题，再补边界、代价和项目映射。
每题考察点
- HTML 模块的高频题，通常不是单点记忆，而是在看你能否把 语义结构、资源加载、可访问性 连起来讲
- 同一题连续被深挖时，往往是在验证你是不是只会背第一层结论
- 真正稳定的回答，必须包含边界、代价和实际落地
易混点与串讲顺序
- 先分题型，再定讲法，不要所有题都用同一套口径
- 对比型题先拆对象，机制型题先讲参与者和流程，治理型题先讲症状和闭环
- 一开口就急着给结论，通常说明上下文还没搭起来
模拟追问树
- 第一层通常会追到 语义结构
- 第二层会继续追到 资源加载 的内部细节
- 第三层往往回到 可访问性、项目经验和权衡依据
使用建议
- 优先挑 3 到 5 个最高频问题练成稳定串讲，再逐步扩充
- 复习时把同题型问题放在一起，会比按目录顺序硬刷更有效
- 项目面准备时，先看本页，再回到对应单篇文档准备项目映射