fixed底部元素脱离文档流致内容遮挡，需用padding-bottom留空；iOS Safari中易失效，推荐flex布局+min-height:100vh实现稳定“伪固定”。
fixed定位的底部元素会脱离文档流，导致内容被遮挡
固定定位的 position: fixed 确实能让元素贴在视口底部，但因为它完全脱离文档流，上层内容不会为它“留空”，滚动时文字或按钮常被盖住。
常见错误现象是：页面内容拉到底部后，最后几行看不见，或者点击不到底部的 button。
使用场景多见于移动端底部导航栏、聊天输入框、悬浮操作按钮。
解决思路不是靠猜高度，而是给主体内容留出足够空间：
立即学习“前端免费学习笔记（深入）”；
- 在主体容器（比如
main或.content）加padding-bottom，值等于底部固定元素的高度 - 若底部高度不固定（如响应式变化），改用
margin-bottom配合 JS 动态计算，但多数情况静态高度更稳 - 不要用
top: auto; bottom: 0混搭其他定位方式，容易触发意外重排
footer {
position: fixed;
bottom: 0;
left: 0;
width: 100%;
height: 60px;
background: #333;
}
.content {
padding-bottom: 60px; /* 必须和 footer 高度一致 */
}
移动端 fixed 底部在 iOS Safari 中可能失效或跳动
iOS Safari 对 position: fixed 的支持有历史坑：键盘弹出、地址栏收放、页面缩放都可能导致 bottom: 0 失效，元素悬在半空或抖动。
这不是 bug，而是 Safari 把「视口」和「布局视口」分开了。当软键盘弹出，visualViewport.height 缩小，但 document.documentElement.clientHeight 不变，fixed 元素仍按原始视口定位。
参数差异关键点：
-
height: 100vh在 iOS 上也受同样影响，不能替代 padding 留白 -
position: sticky不适用底部（只对父容器内滚动生效） - 使用
env(safe-area-inset-bottom)可兼容刘海屏，但不解决键盘问题
建议做法：
- 底部区域尽量轻量，避免强依赖 fixed 定位交互
- 键盘唤起时监听
focus事件，临时把 footer 切换为position: absolute并设bottom: 0（需父容器position: relative） - 或直接放弃 fixed，改用 flex 布局 +
margin-top: auto实现“视觉底部”，虽非真正固定，但体验更稳
flex 布局实现“伪固定底部”更可控
当不需要严格吸附屏幕底边（比如页面内容不满一屏时也要撑满），用 flex 是更健壮的选择。
使用场景包括后台管理页、表单页、卡片列表页——这些页面往往需要内容区自适应高度，底部始终在视口最下方，但不遮挡内容。
性能与兼容性：
-
display: flex+flex-direction: column在所有现代浏览器中无兼容问题 - 不触发重排重绘，比 JS 监听滚动或 resize 更轻量
- 不依赖视口单位，不受 iOS 视口变化干扰
要点：
- 父容器必须设
min-height: 100vh（不是height: 100vh，否则内容超长时会被截断） - 主体内容区域用
flex: 1占满剩余空间 - 底部元素不设高度也可，但通常显式声明便于留白控制
body {
margin: 0;
min-height: 100vh;
display: flex;
flex-direction: column;
}
.content {
flex: 1;
overflow-y: auto;
}
footer {
height: 60px;
}
复杂点在于：如果底部要“滚动时固定、不满屏时沉底”，就得组合两种方案——先 flex 实现基础布局，再用 JS 在滚动超过阈值后切到 position: fixed。这个临界判断和 class 切换稍不注意就会造成闪动或错位。
