要实现内容少时沉底、内容多时随文档流自然落底的粘性页脚，应使用d-flex flex-column min-vh-100配合flex-fill，而非sticky-bottom或fixed定位；需确保html和body设height: 100%，外层容器加d-flex flex-column min-vh-100，main加flex-fill，页脚不加定位类。
页脚要“固定在页面底部”，得先分清你要的是哪一种：内容少时沉底、内容多时随文档流自然落底（粘性页脚），还是不管页面多长、永远钉在视口最下方（fixed 定位）。混用方案会导致遮挡、悬空或失效——这不是 bootstrap 的 bug，是你没对齐目标。
用 d-flex flex-column min-vh-100 实现真正的粘性页脚
这是 Bootstrap 5 官方推荐、语义清晰、兼容性最好的方式。它不靠定位，而是用 Flex 布局把页脚“推”到底部，内容少时撑满，内容多时不抢位置。
-
html和body必须设height: 100%，否则min-vh-100没基准 - 外层容器（通常是
或一个包裹<div>）加 <code>d-flex flex-column min-vh-100 - 主体内容区（如
<main></main>）加flex-fill（等价于flex: 1），不能写height: 100%—— 后者会锁死高度，溢出时页脚卡住 - 页脚本身不加任何定位类，也不需要
mt-auto；flex-fill已确保它被推到最后
结构示例：
<header></header><main class="flex-fill">内容区域</main><footer class="bg-light py-3">版权信息</footer>
为什么 sticky-bottom 在页脚上基本无效
sticky-bottom 是为导航栏这类“滚动中保持可见”的组件设计的，不是给页脚用的。页脚通常位于文档流末端，父容器又没有可滚动高度，position: sticky 直接退化成 static。
- DevTools 里看到
position: static就是这个原因 - 它要求父容器有
overflow-y: auto或显式max-height，而页脚几乎总是直接插在前 - WordPress 等 CMS 的
wp_footer()输出就是典型场景：没上下文，sticky失效
用 position: fixed 钉在视口底边的硬需求
如果你明确要“永远贴底、不随滚动移动”（比如底部操作栏），就必须用 position: fixed，但代价是你得手动兜底所有布局干扰。
- 页脚加
position: fixed; bottom: 0; left: 0; right: 0;，并设z-index: 1030（高于 Bootstrap 默认模态框） - 主要内容容器（如
<main></main>）必须预留底部空间：pb-5或padding-bottom: 60px（按实际高度微调） - 页脚不能放在
.container内——它的max-width和margin: auto会让固定效果只作用于容器宽度内 - iOS Safari 软键盘弹出时，
fixed元素常被顶到屏幕中间；此时sticky-bottom更可靠，但仅限导航类组件
容易踩的坑：高度链断裂和隐性样式干扰
即使结构完全正确，页脚仍可能上浮，大概率是以下两个隐形问题：
-
body或html被第三方 CSS 注入了margin（比如某些重置库），导致min-vh-100计算值溢出视口 - 页脚或主体设置了
padding-bottom/margin-top，而父容器未设box-sizing: border-box，造成高度计算偏差 -
.container-fluid外层若没清除max-width限制，flex 容器宽度收缩，间接影响高度渲染
调试时，在 DevTools 中逐级检查 html → body → .d-flex 链路的 computed height 是否等于 viewport 高度——这才是真正卡点。
