address表示联系信息，nav专用于导航链接集合，aside承载与主内容相关但非核心的辅助信息：address限于article或body内标识作者/联系人；nav包裹具导航功能的链接；aside包含引用、注释等辅助性内容。
address、nav、aside 都是HTML5中定义内容角色的语义化标签，但用途完全不同：address 表示联系信息，nav 专用于导航链接集合，aside 则承载与主内容相关但非核心的辅助信息。
address：只负责“谁在哪儿”的联系信息
address 不是用来写地址的通用容器，而是有明确语义边界的元素——它表示其最近的 article 或 body 元素的作者、拥有者或联系人信息。
- 只能出现在 article 或 body 内部，且通常放在 footer 或 header 里
- 内容应是联系类文本（如邮箱、电话、作者名、公司名），不是地理坐标或邮寄地址本身（除非该地址就是联系信息）
- 浏览器不会自动样式化它，但屏幕阅读器会将其识别为“联系信息”，提升可访问性
- 示例：
<address>作者：张三｜邮箱：zhang@example.com</address>
nav：只为“怎么跳转”服务的导航容器
nav 是唯一专为导航链接设计的语义标签，强调的是“路径选择功能”，不是视觉位置。
- 一个页面可以有多个 nav，比如顶部主导航、页脚快捷导航、侧边工具栏导航
- 不是所有链接集合都要用 nav —— 比如文章内超链接、版权声明里的链接就不适合
- 必须包裹一组具有导航目的的链接（
a、button或带 role="link" 的元素） - 搜索引擎和辅助技术会优先识别 nav 区域，利于SEO和键盘导航效率
aside：承载“顺带一提”的辅助内容
aside 描述的是内容关系，不是物理位置。它代表的内容与主文相关，但移除后不影响主干逻辑的完整性。
立即学习“前端免费学习笔记（深入）”；
- 常见内容包括：引用、术语解释、作者简介、广告、相关文章推荐、侧边注释
- 可以嵌套在 article 内（如某段话旁的说明），也可以作为页面级辅助区（如全站侧边栏）
- 不能替代 nav 或 address —— 如果侧边栏里全是导航链接，应该用 nav 包裹；如果只有作者邮箱，应该用 address
- 注意：aside 不等于“侧边栏CSS布局”，即使它显示在中间或底部，只要语义是辅助性，就仍适用
三个标签的关键区别不在样式或位置，而在语义职责：address 说“这是谁”，nav 说“你能去哪”，aside 说“这对你理解主内容有帮助，但不是主内容本身”。用对了，结构更清晰，机器可读性更强，维护成本更低。
