优先用left: 0 + right: 0替代width: 100%解决宽度异常，正文加padding-top避让遮挡，iOS闪动时慎用translateZ(0)并优先考虑sticky替代。
导航头固定后宽度异常、内容被截断怎么办
直接写 position: fixed + width: 100% 很容易让导航头撑满整个视口，但实际页面有左右边距、或容器有 max-width 限制时，导航头就会比内容区宽，导致文字溢出或右侧留白。根本原因是 width: 100% 在 fixed 定位下是相对于 viewport 计算的，不是父容器。
- 优先用
left: 0+right: 0替代width: 100%，这样能自动贴合视口边界，且不受父级 padding 影响 - 如果导航必须对齐内容区（比如内容区
max-width: 1200px），就别用width: 100%，改用width: fit-content+margin: 0 auto，再配合left: 50%+transform: translateX(-50%) - 记得加
box-sizing: border-box，否则 padding 会额外撑宽
fixed 导航遮挡下方正文，滚动时内容从底下穿出来
这是最常被忽略的布局断裂点：fixed 元素脱离文档流，后续内容会“上移”占据它原本的位置，造成首屏内容被遮盖。
- 在导航下方第一个元素（比如
<main>或<section>）上加margin-top或padding-top，值等于导航高度（例如60px） - 不要只靠 JS 动态计算高度——CSS 变量更可靠：
:root { --header-height: 60px; }，然后导航设height: var(--header-height)，正文用padding-top: var(--header-height) - 避免用
top: 0后再给导航加margin-bottom，这无法解决遮挡问题
移动端 fixed 导航在 iOS Safari 上闪动、卡顿或不跟随滚动
iOS Safari 对 position: fixed 的实现有历史兼容问题，尤其在页面有缩放、软键盘弹出或 overscroll 时表现不稳定。
- 强制开启硬件加速：
transform: translateZ(0)或will-change: transform，但别滥用，只加在导航根元素上 - 禁用用户缩放会缓解部分问题：
<meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=no">（注意：影响可访问性，慎用） - 如果导航内有输入框，iOS 下 focus 时 fixed 定位可能失效，临时方案是 focus 时切换为
position: absolute+ 手动监听 scroll 更新top
导航需要响应式收缩，但 fixed 布局让媒体查询失效
fixed 元素的尺寸和位置完全脱离流式上下文，单纯靠 @media 改 width 或 font-size 常常不够——比如汉堡菜单图标没出现，或文字换行错乱。
立即学习“前端免费学习笔记（深入）”；
- 把响应式逻辑集中在导航内部结构：用
display: flex+flex-wrap: wrap控制子项排列，而不是靠外部 width 调整 - 小屏下隐藏文字只留图标？用
overflow: hidden+white-space: nowrap+ 宽度收缩，比 display:none 更利于 SEO 和无障碍 - 避免在 media query 里反复修改
position类型（如 fixed ↔ sticky），会导致重排剧烈，改用 class 切换 + CSS 过渡更稳妥
真正麻烦的不是写几行 CSS，而是 fixed 导航一旦嵌进复杂布局（比如有 sticky 侧边栏、scroll-snap 页面、或第三方 SDK 注入样式），它的定位基准和层叠上下文就很容易失控。动手前先检查 z-index 是否被父级 transform 或 opacity 隔离，这点比写法本身更难 debug。
