如何修复 iOS Safari 中底部内容被截断的问题
iOS Safari 在滚动时会动态调整地址栏高度，导致 100vh 计算失准，使页面底部元素（如按钮）被截断；使用 dvh（dynamic viewport height）等新视口单位可精准适配实际可视区域。
你有没有遇到过这种情况？一个移动端网页，在 Chrome、Firefox 甚至桌面 Safari 上都表现得规规矩矩，可一到 iPhone 的 Safari 里，底部的按钮或者页脚就仿佛“人间蒸发”了，死活不出现，或者被硬生生截掉一块。即便你已经尝试了 `min-height: 100vh`，甚至搬出了 `-webkit-fill-a vailable` 这样的兼容性写法，问题依旧。
这背后的“元凶”其实很明确：关键在于 Safari 对 `100vh` 单位的特殊处理方式。它采用的并非用户当下能看到的可视区域高度，而是包含了初始地址栏在内的整个设备视口高度。于是，当用户向下滚动、地址栏自动隐藏后，屏幕的实际可用空间变大了，但 `100vh` 的值却纹丝不动，直接导致了容器高度“缩水”，底下的内容自然就被挤到了看不见的地方。
✅ 推荐解决方案：使用 dvh（Dynamic Viewport Height）
好消息是，现代 CSS 已经为这个问题准备了“官解”： `dvh`，也就是动态视口高度单位。它的值会实时跟随用户可见的视口高度变化，地址栏的显示或隐藏都会立刻反映在计算上，堪称完美适配。
具体做法是，更新你的基础样式：
html {
/* 移除旧式 hack，避免冲突 */
height: auto;
}
body {
min-height: 100dvh; /* ✅ 核心改动：用 100dvh 替代 100vh */
display: flex;
flex-direction: column;
margin: 0;
}
同时，确保你的页面结构是能够配合弹性布局的：
Header Main Section
这里的要点是，通过 `flex-grow` 属性让主内容区自然地填满 `body` （设为 `flex-direction: column`）的剩余空间，完全无需手动计算或硬编码高度。
⚠️ 兼容性处理（渐进增强）
当然，采用新技术总要考虑兼容性。`dvh` 在 Safari 16.4+、Chrome 105+、Firefox 110+ 中已得到稳定支持。为了照顾那些还在使用旧版 iOS Safari（16.4 之前）的用户，一个稳妥的降级策略必不可少：
body {
min-height: 100vh; /* 基础回退，保证旧浏览器可用 */
min-height: 100dvh; /* ✅ 现代浏览器将优先使用此值 */
/* 可选：如果需要支持 Safari 15.4–16.3，可添加此临时修复 */
@supports (height: -webkit-fill-a vailable) {
min-height: -webkit-fill-a vailable;
}
}
⚠️ 注意事项与最佳实践
光有解决方案还不够，避开一些常见的“坑”同样重要：
- 谨慎使用 `position: fixed` + `bottom: 0`：在 Safari 的动态视口环境下，固定定位元素容易产生错位。相比之下，基于 Flex 的流式布局是更可靠的选择。
- 检查是否误用了 `overflow: hidden`：需要警惕的是，有时在 `html` 或 `body` 上设置了 `overflow: hidden`，这会导致整个页面滚动被禁用，底部内容自然永远无法进入视野——请务必确认并移除这类代码。
- 清理冗余的 `-webkit-fill-a vailable`：这个属性在现代 Safari 中已经不再必要，如果和 `dvh` 混合使用，反而可能引发意料之外的冲突，建议移除。
- 真机测试是关键：iOS 模拟器无法完全复现地址栏的动态收起行为，因此，在真实的 iPhone Safari 上进行滚动测试，是验证修复效果的最终步骤。
✅ 总结
总而言之，用 `100dvh` 全面替代 `100vh` 来构建移动端全屏布局，是目前最简洁、最符合标准且面向未来的方案。它从根本上规避了对 Ja vaScript 滚动监听的依赖，也无需进行繁琐的浏览器嗅探，性能出色，语义清晰。随着浏览器支持度不断提升（iOS 17 已全面支持），`dvh` 理应成为你移动端开发工具箱中的默认选项。
