address 标签专用于标识当前上下文（article 或 body）的责任归属方联系信息，非泛指物理地址；仅允许 phrasing content，现代浏览器已移除默认斜体样式，语义正确性取决于作用域匹配而非内容类型。
address 标签不是“放地址的容器”，它是 HTML 中唯一专用于表达「责任归属方联系信息」的语义化元素——只回答一个问题：“谁写了这篇、谁负责维护、出了问题找谁”。用错场景，语义就失效，还可能误导屏幕阅读器。
什么时候该用 address？看作用域和责任人
它的语义绑定在最近的 article 或 body 上，不是看内容有没有“地址”字眼，而是看它是否属于当前上下文的责任方：
- 在
article内部出现 → 表示该文章的作者/编辑/贡献者联系方式（如博客正文末尾的<a href="mailto:author@example.com">author@example.com</a>） - 在
body顶层（没被article包裹）→ 表示整个页面的拥有者、维护者或版权归属方（如公司官网首页 footer 中的webmaster@company.com） - 嵌套在
section里但外面没有article→ 不触发语义绑定，等同于无效使用 - 转载文章时把原文作者信息塞进自己页面顶层的
address→ 属于跨作用域混用，等于向辅助技术撒谎
address 里能写什么？别碰块级元素
HTML5 明确限制其内容模型为 phrasing content（短语内容），即只能包含内联级元素：
- 允许：
a（必须带mailto:或tel:协议）、em、strong、br、纯文本 - 禁止：
p、div、h2、ul、nav—— 这些会导致 HTML 验证失败，部分屏幕阅读器可能跳过解析 - 物理地址可以写，但前提是它是作者/组织的归属地址（如“维护团队办公地：北京市朝阳区XX路1号”），而非门店位置或发货地
- 错误写法：
<p>作者：李四</p><p>邮箱：li@example.com</p>；正确写法：作者：<strong>李四</strong><a href="mailto:li@example.com">li@example.com</a>
现代浏览器默认不斜体，样式和语义必须分开
Chrome 120+、Firefox 125+ 等已移除 address 的默认样式，它现在默认无斜体、无 margin、无换行：
立即学习“前端免费学习笔记（深入）”；
- 取消斜体没问题：
address { font-style: normal; }，但要确保视觉上仍有区分（比如加边框、缩进或颜色） - 别用
display: block强行撑开结构——它本来就是块级元素，强行改display可能在小屏破坏流式布局 - 如果你依赖斜体来提示用户这是联系信息，说明你把样式当成了语义替代品
- 一个页面可以有多个
address，但每个都必须严格对应其语义作用域；父子关系断了，语义就失效了
真正难的是判断“这个信息是否属于当前上下文的责任方”——不是看它是不是地址，而是看它能不能回答“谁写了这篇、谁负责维护、出了问题找谁”。一旦混淆归属关系，语义就失效了。
