因为Flexbox只负责布局排列，不解决小屏幕菜单收起/展开问题，必须配合媒体查询、flex-wrap、order及JS类切换，否则易出现溢出或截断。
移动端导航栏为什么不能直接用 display: flex 一劳永逸？
因为 Flexbox 本身不解决「小屏幕下菜单收起/展开」的问题，它只负责布局排列。真正在移动端可用的导航栏，必须配合媒体查询、flex-wrap、order 和 JavaScript 控制的类切换——否则在 iPhone SE 上菜单会横向溢出或文字被截断。
常见错误现象：nav 容器设了 display: flex，但子项没设 flex-shrink: 0，导致图标按钮被压缩变形；或者没加 @media (max-width: 768px) 切换布局，直接在手机上显示一整排超长菜单。
- 移动端优先：先写小屏样式（比如汉堡菜单 + 堆叠式导航），再用
@media (min-width: 769px)覆盖桌面端横排布局 - 避免让
flex-direction: column直接作用在nav上——它会影响所有子元素顺序，应只对临时展开的.mobile-menu容器使用 -
flex-wrap: wrap在桌面端慎用，它会让菜单项折行，破坏导航一致性；更适合用在搜索框+右侧操作按钮这类辅助区域
如何用 flex + order 实现「Logo左、菜单中、按钮右」的响应式顺序？
纯靠 HTML 结构顺序写死，在小屏下很难兼顾可访问性（屏幕阅读器读取顺序）和视觉逻辑。用 order 可以解耦结构与展示。
示例场景：桌面端希望 <logo></logo> 左对齐、<nav></nav> 居中、<cta></cta> 右对齐；小屏下则希望 <logo></logo> 在顶、<cta></cta> 紧跟、<nav></nav> 最后展开——这时不能靠 justify-content，得靠 order 控制渲染流。
立即学习“前端免费学习笔记（深入）”；
- 给容器设
display: flex和flex-direction: row（桌面端默认） - 为三个子元素分别设
order: 1（logo）、order: 3（nav）、order: 2（cta），这样桌面端按 1→2→3 渲染，视觉就是左→右→中？不对——要配合justify-content: space-between或margin: auto拉开间距 - 小屏下改容器为
flex-direction: column，同时把nav的order改成4，确保它永远在最后展开 - 注意：IE10–11 对
order支持不稳定，若需兼容，改用 JS 动态插入节点或 CSS Grid 替代
flex-grow 和 flex-basis 在导航项宽度控制中怎么选？
导航项宽度失控是移动端最常踩的坑：要么文字撑爆容器，要么图标按钮缩成一条线。关键不是「要不要伸缩」，而是「谁该伸缩、伸缩边界在哪」。
典型错误：nav a { flex: 1 } —— 这会让所有链接均分空间，但「首页」「关于我们」字数差异大，视觉极不均衡；更糟的是，图标按钮（如 <button class="icon-search"></button>）也会被拉宽变形。
- 对文字类导航项：用
flex: 0 1 auto（不增长、可缩小、按内容宽），再加min-width: 80px防过窄 - 对图标按钮：显式设
flex: 0 0 44px（不增长、不缩小、固定宽），44px 是移动端最小触控目标尺寸 - 对搜索框这类可变宽组件：用
flex: 1 1 120px，既允许伸展又保留最小可用宽度 - 避免在
nav上设width: 100%后再用flex，这容易触发 flex 容器的 min-width 重计算，导致小屏下意外换行
为什么汉堡菜单点击后导航没展开？检查这三点
Flexbox 布局本身不会阻止 JavaScript 控制 DOM，但有三个高频干扰点：flex 容器的 overflow、子项的 visibility 状态、以及 height 动画的 flex 限制。
-
.mobile-menu容器如果父级设了overflow: hidden（比如为了圆角裁剪），展开时内容会被截断——应改为overflow: visible或移除 - 用
visibility: hidden+opacity: 0隐藏菜单时，记得同时设height: 0和flex: none，否则 flex 项仍占布局空间 - 不要对
.mobile-menu做height: 0 → height: auto动画——CSS 无法过渡到auto，得用max-height或 JS 测量真实高度 - 如果用了
transform: translateY(-100%)隐藏，确保父容器有overflow: hidden，否则动画过程可能看到内容溢出
Flexbox 解决的是「怎么排」，不是「什么时候排」。导航是否可用，最终取决于你有没有在正确时机给正确的元素加上正确的 flex 属性，而不是堆砌一堆 flex: 1。最易忽略的其实是 flex-shrink 默认值带来的压缩行为——尤其在 iOS Safari 下，它比 Chrome 更激进。
