address标签专指责任人联系信息而非物理地址，语义绑定父容器层级，仅允许短语内容，现代浏览器已移除默认样式，使用前须确认信息能否回答“谁写了这篇？谁负责维护？出了问题找谁？”
address标签不是用来放“地址”的
它专指页面或文章的作者、维护者、版权归属方等责任人的联系信息，比如 author@example.com、webmaster@company.com、https://github.com/username。物理地址（如“北京市朝阳区XX路1号”）只有在明确属于责任人办公地且与联系方式并列时才可出现，单独写个街道名就塞进 address 是语义错误。
作用域只认最近的 article 或 body
它的语义绑定完全依赖父容器层级：
- 在
article内部 → 表示该文章的作者/编辑/贡献者 - 在
body顶层（没被任何article包裹）→ 表示整个页面的拥有者或维护团队 - 出现在
section、div或header里 → 无语义，浏览器和屏幕阅读器忽略其特殊含义
常见错误是把转载文章的原作者信息硬塞进自己页面的顶层 address，这等于向辅助技术撒谎。
内容模型严格限制为短语内容（phrasing content）
address 只允许内联元素，HTML5 明确禁止块级嵌套：
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- ✅ 允许：
a（必须带href="mailto:..."或tel:...）、em、strong、br、纯文本 - ❌ 禁止：
p、h2、ul、div、address自身嵌套 - ⚠️ 特别注意：写
<p>作者：张三</p> <p>邮箱：zhang@example.com</p>会触发浏览器自动修复（如闭合前一个p），结果不可控，且通过 HTML 验证失败
默认样式已基本消失，别靠斜体判断是否生效
Chrome 120+、Firefox 125+ 等现代浏览器已移除 address 的默认 font-style: italic 和前后 margin。它现在视觉上和普通 div 几乎一样——但这不意味着它没用，只是语义不再附带样式暗示。
- 重置样式没问题：
address { font-style: normal; margin: 0; } - 但必须手动提供视觉区分（比如加边框、缩进、颜色），否则用户根本看不出这是联系信息
- 千万别用
display: block强行“恢复结构”——它本来就是块级元素，改了反而可能破坏小屏流式布局
真正难的从来不是怎么写，而是每次用之前都得问一句：这个信息，能不能准确回答“谁写了这篇？谁负责维护？出了问题找谁？”——答不上来，就别用 address。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
