hr标签语义是标识主题、场景或逻辑单元切换，非分段符或装饰线；必须用CSS控制样式，禁嵌套于p中，滥用会破坏结构可读性与可访问性。
hr 标签不是“分段符”，也不是视觉装饰线——它表示前后内容在主题、场景或逻辑层面发生了切换。用错地方，反而会破坏结构可读性。
什么时候该用 hr 而不是 p 或 CSS 边框
判断依据只有一个：前后两块内容是否属于不同话题、时间线、叙述视角或语义单元。
- 小说里上一段写“咖啡馆对话”，下一段切到“三年后的机场重逢” → 适合
hr - 技术文档中，“部署步骤”结束，“监控配置”开始 → 适合
hr - 博客正文末尾，突然插入作者手记或勘误说明 → 适合
hr - 只是想让两个
div卡片之间有 1px 分隔线 → 不该用hr，改用border-top或margin-bottom - 把
hr塞进p里（如<p>...<hr></p>）→ HTML5 无效，浏览器会自动修正结构，语义丢失
hr 的默认样式为什么不能直接靠边站
现代浏览器给 hr 的默认样式是带阴影、border: none、border-top: 1px solid #ccc、height: 0、margin: 1.5em auto。它本质是靠 border 渲染的，不是靠 background 或 color。
- 想改颜色？必须用
border-color，写color: red或background: red没用 - 在 Flex 容器里消失？加
align-self: stretch或显式width: 100% - 想让它变细一点？别调
height，改border-top-width - 加
aria-hidden="true"？反模式。它本就是辅助技术要感知的语义节点
滥用 hr 会带来什么实际问题
表面看只是多画了一条线，但对真实用户和工具的影响很具体：
立即学习“前端免费学习笔记（深入）”；
- 屏幕阅读器会停顿并播报 “horizontal rule”，连续多个
hr会让听障用户困惑“怎么又分隔？哪来的主题切换？” - SSR 或静态站点生成时，压缩工具可能把连续
hr合并或删掉，导致结构意外塌陷 - RTL（从右向左）排版语言中，
hr的 margin 和对齐行为更难预测，不如纯 CSS 边框可控 - 用
hr替代段落间距，等于放弃用margin统一控制文本流节奏，后期维护成本上升
真正难的不是怎么写 hr，而是每次光标移到那儿时，停下来问一句：“这里真的换主题了吗？”——语义一旦写错，样式再漂亮也补不回结构漏洞。
