应使用语义化<nav>包裹导航链接，配合Flex布局实现响应式对齐，并通过button+aria-expanded、role属性及键盘焦点管理确保可访问性。
用 <nav> 语义化包裹，别再只用 <div>
HTML5 的 <nav> 元素不是装饰，它是告诉浏览器和辅助技术“这里是一组主要导航链接”。不加语义标签，屏幕阅读器可能跳过，SEO 也可能弱化导航权重。
常见错误是写成：
<div class="header-nav">\n <a href="/home">首页</a>\n <a href="/about">关于</a>\n</div>这失去了 HTML5 的结构意义。
- 正确写法必须用
<nav>包裹导航链接 - 如果页面有多个导航区（如页脚也有链接），给次要的加
aria-label区分，例如<nav aria-label="页脚导航"> - 不要嵌套
<nav>—— 一个导航区域一个<nav>即可
Flex 布局实现水平居中+响应式收缩
纯 CSS 实现导航栏对齐，display: flex 是当前最可靠方案，比浮动或 inline-block 更可控。
关键点在于容器设置 justify-content 控制主轴对齐，用 flex-wrap 应对小屏：
立即学习“前端免费学习笔记（深入）”；
<nav class="main-nav">\n <a href="/home">首页</a>\n <a href="/products">产品</a>\n <a href="/pricing">定价</a>\n <a href="/contact">联系</a>\n</nav>
.main-nav {\n display: flex;\n justify-content: center;\n gap: 1.5rem;\n}\n\n.main-nav a {\n text-decoration: none;\n padding: 0.5rem 1rem;\n}\n\n@media (max-width: 768px) {\n .main-nav {\n flex-wrap: wrap;\n row-gap: 0.5rem;\n }\n .main-nav a {\n padding: 0.4rem 0.8rem;\n font-size: 0.9em;\n }\n}
-
gap比margin更安全，不会在首尾多出空白 - 小屏下用
flex-wrap: wrap让链接换行，配合row-gap控制行间距 - 避免对
<a>设width或float—— Flex 会自动处理尺寸分配
移动端需要 <button> + aria-expanded 控制下拉菜单
纯 CSS 的 :hover 在触摸设备上无效，下拉菜单必须靠 JS 触发，且需明确状态语义。
错误做法：用 <span> 模拟按钮，不声明可交互性；或点击后不更新 aria-expanded。
- 触发按钮必须是
<button type="button">，不能是<div>或<span> - 下拉菜单容器加
role="menu"，每个菜单项加role="menuitem" - JS 切换时同步设置
button.setAttribute('aria-expanded', 'true')和menu.setAttribute('aria-hidden', 'false') - 键盘用户依赖
Enter/Space触发，所以按钮必须可聚焦、可激活
别忽略焦点管理与键盘导航支持
导航栏不是“做完就完”，用户按 Tab 键时焦点顺序错乱、下拉菜单无法用方向键切换、关闭后焦点没回退——这些都会让键盘用户卡住。
真实问题现象：Tab 跳过菜单项、按 Esc 不关闭面板、子菜单打开后焦点还在父按钮上。
- 用
tabindex="-1"动态控制子菜单项的可聚焦性（仅展开时设为0） - 下拉展开后，自动
focus()到第一个菜单项 - 关闭菜单时，把焦点移回触发按钮，而不是丢到页面开头
- 方向键（
→/←）应在水平菜单中切换，↓/↑在下拉中上下移动
可访问性不是附加功能，是导航栏能被实际使用的底线。样式再酷，焦点逻辑错了，它就是不可用的。
