侧边栏滚动盖住页脚的根本原因是bottom失效，正确做法是用父容器padding-bottom或占位div限制最大滚动距离，并确保父容器有显式高度、overflow-y:auto及无transform等干扰属性。
直接给侧边栏加 position: sticky 并设 top，但没留出页脚空间——结果就是侧边栏滚到页面底部时直接盖住 footer。这不是 sticky 不够用，而是它根本没被设计成“智能避让页脚”，必须靠容器约束来实现。
为什么 bottom 在侧边栏上基本无效
bottom 只在元素即将被滚出**视口下方边界**时触发粘性，而侧边栏的滚动上下文通常是其父容器（比如 .sidebar-container），不是整个页面。如果该容器本身没有明确高度或未设 overflow-y: auto，bottom 就找不到锚点，浏览器直接忽略。
- Firefox 和 Safari 对
bottom的支持尤其不稳定，即使写了bottom: 20px，也可能完全不响应 -
bottom不是“离页脚还有 20px 就停”，而是“当元素底边距离其滚动容器底边还有 20px 时开始吸附”——但侧边栏容器往往没底边 - 真正需要的是限制侧边栏的**最大滚动距离**，而不是依赖
bottom做判断
正确做法：用父容器 padding-bottom 或占位元素“卡住”底部
让侧边栏停在离页脚 20px 的位置，最可靠的方式是控制它的滚动容器，而不是它自己。
- 给侧边栏的直接父容器（如
.sidebar-container）加padding-bottom: 20px，这样侧边栏内容滚动到底时，自然被 padding “顶住” - 或者在侧边栏内部末尾插入一个空
div，设height: 20px，它会撑开容器底部空间，sticky 行为会在触达该 div 顶部时停止继续上移 - 确保该父容器有显式高度约束，例如
max-height: calc(100vh - 64px)（减去 header 高度），并设overflow-y: auto
必须检查的三个硬性条件
哪怕只漏掉其中一项，position: sticky 就会退化为 position: static，你看到的“不生效”其实是浏览器在默默降级。
立即学习“前端免费学习笔记（深入）”；
- 侧边栏自身必须声明
top（如top: 64px），不能只写position: sticky - 最近的可滚动祖先（通常是侧边栏的直系父元素）不能有
overflow: hidden、transform、filter或contain: layout—— 这些都会中断粘性上下文 - html 和 body 必须显式设高：
html, body { height: 100%; margin: 0; }，否则 flex/grid 布局中height: 100%无意义，导致父容器无法形成滚动边界
移动端和 Firefox 下的抖动与错位
快速滚动时侧边栏跳动、位置偏移，常见于内容含图片加载中、字体未就绪，或父容器用了 scroll-behavior: smooth。
- 给侧边栏加
will-change: transform强制开启合成层，缓解重绘延迟 - 禁用
scroll-behavior: smooth测试是否恢复稳定；若确认是它导致，可仅对主内容区启用，避开侧边栏容器 - 避免同时设置
margin-top和top，例如margin-top: -10px; top: 10px，这种抵消容易让浏览器计算失准
真正难的不是写那几行 CSS，而是搞清 sticky 的“粘”不是粘在视口，而是粘在某个具体容器的局部坐标系里——一旦容器边界模糊、样式干扰、高度缺失，整个机制就断了。调试时优先看 DevTools 的 Computed 面板，确认 position 真解析成了 sticky，再查父级的 overflow 和 transform 是否悄悄介入了。
