Flex实现响应式导航栏的关键是控制收缩行为、精准断点和保持语义结构，需配合flex-shrink:0、white-space:nowrap及实测断点，左侧logo和右侧用户区设flex-shrink:0防压缩，中间菜单用flex:1自适应，所有a标签加white-space:nowrap防断行，断点应通过浏览器实测内容撑开临界宽度确定，且优先使用max-width媒体查询，同时保留<nav><ul>语义结构以保障可访问性。
直接用 flex + media query 就能跑通绝大多数场景，不需要 JS，也不必套现成框架。关键不是“做出来”，而是避免把导航栏写成固定宽度、点击失效、在 iPhone 上错位或挡住内容的半成品。
为什么 display: flex 是响应式导航栏的起点
老式浮动（float: left）或 inline-block 布局在小屏下极易换行错乱，且无法自动均分空间；而 flex 天然支持弹性伸缩和对齐控制：
-
justify-content: space-around让菜单项自动等距分布，不依赖具体数量 -
flex-wrap: wrap在窄屏下可主动换行（适合多于 5 项的桌面菜单） -
flex: 1配合min-width能防止文字被压缩过小（比如 iOS Safari 默认最小字体 16px） - 所有主流浏览器（包括 iOS 12+、Android Chrome）都已原生支持
flex，无需前缀
@media 断点怎么设才不踩坑
别抄网上“768px / 992px / 1200px”这种过时断点——它们基于旧 iPad 分辨率，现在大量安卓折叠屏、Chromebook 和高 DPI 移动设备会让这些值失效。实际应按内容撑开逻辑来设：
- 先写桌面版：用
max-width: 100vw确保不横向溢出，再加padding防边缘贴边 - 当导航项文字开始重叠或图标被截断时，就是触发移动版的信号点（通常在
480px–520px之间） - 移动版优先用
flex-direction: column+text-align: center，而非强行保持横排 - 务必测试
orientation: landscape，很多安卓手机横屏后宽度反超桌面断点，导致样式错乱
position: fixed 底部导航必须配 padding-bottom
很多人写了 bottom-nav 却发现页面最底下内容被遮住，根本原因是没给主体内容留出空间：
立即学习“前端免费学习笔记（深入）”；
-
position: fixed会让元素脱离文档流，body不会自动“感知”它占位 - 必须在
body或主容器上加padding-bottom: 60px（数值要和导航栏height一致） - 如果导航栏高度是动态的（比如文字大小随系统缩放变化），改用
calc(100vh - 60px)控制主体最大高度更稳妥 - iOS Safari 有 viewport 缩放 bug，建议加
viewport-fit=covermeta 标签并配合env(safe-area-inset-bottom)
真正难的不是写出第一版导航栏，而是让 active 状态在深色模式下不发灰、图标在不同 DPI 屏幕上不模糊、点击区域在触摸设备上足够大——这些细节不会报错，但用户一碰就感知到卡顿或误触。
