真正可靠的方案是用@supports(-webkit-touch-callout:none)包裹env(safe-area-inset-top,20px)，并配合top而非padding-top应用，同时需兼容100dvh与JS动态适配。
直接用 env(safe-area-inset-top)，但必须配 viewport-fit=cover
硬写 padding-top: 44px 在 iPhone 15 Pro 和华为 Mate 60 上表现完全不同——前者状态栏是 50px（动态适配），后者可能只有 28px 或被厂商隐藏。真正可靠的方案是让浏览器自己告诉页面“顶部要留多少”，也就是 env(safe-area-inset-top)。
但它不是开箱即用的：
-
viewportmeta 必须含viewport-fit=cover，否则该变量恒为0 - 不能只靠它：得提供降级值，比如
padding-top: env(safe-area-inset-top, 20px) - 安卓部分 WebView（如旧版微信 X5）压根不识别
env()，会直接忽略整条声明
加 @supports (-webkit-touch-callout: none) 包裹才安全
把 env(safe-area-inset-top) 直接写在全局 body 上，老版本 Android 或桌面 Safari 会把它当无效值跳过，结果就是顶部没留白、内容被遮。更糟的是，某些 WebView（比如钉钉内置）会静默接受但返回 0，导致线上问题难复现。
稳妥做法是用 WebKit 特征检测兜底：
立即学习“前端免费学习笔记（深入）”；
- 只对支持 WebKit 的环境启用：用
@supports (-webkit-touch-callout: none)包裹相关样式 - 别用
@supports (padding-top: env(safe-area-inset-top))—— Safari 常返回false，不可靠 - 如果项目已定义
--safe-area-top变量，记得在@supports块内重新赋值，外部声明不会自动继承
固定头部用 top: env(...) 比 padding-top 更稳
给 body 加 padding-top 看似简单，但一旦页面里有 position: fixed 的导航栏，它的 top: 0 会和 body 的 padding 冲突，实际偏移量变成「0 + padding」，反而错位。
更可控的方式是把偏移逻辑交给固定元素自身：
- 导航栏设
top: env(safe-area-inset-top, 20px)，而不是依赖父容器 padding - 若导航栏有高度，确保
height + top不超出视口，否则可能触发意外滚动条 - 配合
scroll-margin-top: calc(1rem + env(safe-area-inset-top))避免锚点跳转时目标被顶太高
100dvh 解决高度跳变，但和状态栏适配是两回事
很多人以为 100dvh 能一并解决状态栏遮挡，其实不是：100dvh 只管“当前可见区域高度”，它默认仍从屏幕最顶（含状态栏）开始算起；而状态栏适配是“内容从哪开始画”的偏移问题。
两者要配合用：
- 根容器设
min-height: 100dvh（@supports降级到100vh）保证撑满 - 顶部固定元素用
top: env(safe-area-inset-top)显式避开 - 不支持
dvh的环境（如 iOS 15、微信 H5）必须用 JS 动态设--vh变量，并监听visualViewport?.resize或scroll更新
真机测试时最容易漏掉的点：iOS 横竖屏切换或分屏多任务时，env(safe-area-inset-top) 会突变，但 CSS 不自动重算——得手动触发一次 class 切换或 getComputedStyle 强制重排。
