仅靠 top + transition 无法实现平滑下移，因 fixed 元素脱离文档流且 JS 直接设置内联样式会忽略 class 中的 transition；应改用 transform: translateY() 配合 transition，并同步调整 body 或内容区 padding-top。
导航栏固定后如何用 transition 平滑下移
直接说结论：仅靠 top + transition 无法实现你想要的“平滑下移”效果，因为 position: fixed 元素脱离文档流，top 的变化不会触发父容器重排，但更关键的是——top 值本身通常由 JS 动态设置（比如监听 scroll 后赋值），而原生 CSS transition 对 JS 直接修改的内联样式默认不生效，除非该属性原本就有声明且可过渡。
top 过渡失效的典型表现和原因
常见错误现象：top 值在 JS 中从 0 突然设为 -60px，没有动画，跳变明显；或者加了 transition: top 0.3s 却完全没反应。
- JS 直接写
el.style.top = '-60px'，但元素初始top是未定义（auto），CSS 无法在auto和具体数值间插值 - 过渡属性写在 class 里，但 JS 修改的是内联样式，优先级更高，导致 class 中的
transition被忽略 -
top不是可过渡的 CSS 属性（它其实是可过渡的），但前提是起始/结束值都必须是明确的长度单位（如0px、-60px），不能混用auto或百分比
真正能稳定工作的方案：用 transform: translateY()
比起操作 top，改用 transform 更可靠：它天然支持 GPU 加速，不触发重排，且对 JS 动态设置完全友好。只要初始状态有明确的 transform 声明，后续 JS 修改就能被 transition 捕获。
- 给导航栏设初始样式：
transition: transform 0.3s ease-out，并确保默认有transform: translateY(0)（哪怕写在 class 里） - JS 中统一用
el.style.transform = 'translateY(-60px)'控制位移，而不是改top - 避免在同一个元素上同时用
top和transform，否则行为不可预测 - 如果需要兼容老版本 Safari（
transform在某些 iOS 版本需加-webkit-transform），建议用 PostCSS 自动补全
滚动时动态切换状态的边界处理
实际场景中，下移往往只在页面滚动到某位置后才触发，比如 header 出现后“推下去”。这里容易漏掉两个细节：
立即学习“前端免费学习笔记（深入）”；
- scroll 事件高频触发，不节流会导致
transform频繁重设，卡顿明显——至少用requestAnimationFrame包一层 - 切换“下移”和“复位”时，若只依赖
scrollTop单一阈值，快速来回滚动会抖动。更稳的做法是记录上一次状态，只在状态变化时更新transform - 移动端 touchmove 下 scroll 事件可能不触发，需监听
touchmove并同步处理
复杂点在于：这个“下移”不是纯视觉动效，它本质是为内容区腾出空间，所以 transform 移动的同时，body 或主内容区的 padding-top 也得同步调整，否则内容会闪跳。这点常被忽略，但直接影响体验是否真正平滑。
