必须添加viewport-fit=cover才能启用env(safe-area-inset-bottom)，否则恒为0；固定定位底部栏用bottom: env(...)，非padding-bottom；降级需三行写法确保兼容。
必须加 <meta name="viewport" content="width=device-width, initial-scale=1.0, viewport-fit=cover">，否则 env(safe-area-inset-bottom) 恒为 0 —— 这不是兼容性问题，是功能开关没打开。
为什么写了 env(safe-area-inset-bottom) 却没反应
90% 的情况是 <meta name="viewport"> 缺了 viewport-fit=cover。iOS Safari 和大多数 WebView 只有在该模式下才注入安全区变量；写成 viewport-fit=contain、漏掉、或被 JS 动态覆盖，env() 都会返回 0px。Chrome DevTools 响应式调试完全不模拟此行为，真机 Safari 或 WKWebView 才能验证。
常见错误还包括：initial-scale=1.0 被省略或写成 initial-scale=1（少个 .0 在某些旧版 iOS 里也会失效），或者页面存在多个 <meta name="viewport"> 导致冲突。
padding-bottom 和 bottom 该用哪个
对 position: fixed; bottom: 0 的底部导航栏，优先用 bottom: env(safe-area-inset-bottom, 0px)，而不是 padding-bottom：
立即学习“前端免费学习笔记（深入）”；
-
bottom: env(...)直接把元素上推，保持固定定位的语义，不会撑开父容器高度 -
padding-bottom: env(...)是让内容在容器内留白，对 fixed 元素无效（它已脱离文档流） - 如果底部栏是 flex 布局子项（比如
margin-top: auto推下来的），则必须改用父容器的padding-bottom: env(...)
如何确保降级可靠且不破坏安卓/PC
不要只写一行 padding-bottom: env(safe-area-inset-bottom) —— 不支持的浏览器会直接丢弃整条声明，导致无留白。
推荐组合写法：
padding-bottom: 16px; padding-bottom: env(safe-area-inset-bottom, 0px); padding-bottom: calc(16px + env(safe-area-inset-bottom, 0px));
说明：
- 第一行是通用 fallback，所有浏览器都认
- 第二行覆盖第一行，仅在支持
env()的环境生效（iOS 11.2+、Chrome 69+） - 第三行是双保险：即使某浏览器支持
env()但不支持其 fallback 语法（如老 Safari），calc(16px + 0px)仍能算出16px - 别写
calc(env(...) * 2)——calc()不支持乘除变量，整条声明会被浏览器忽略
填充色怎么加才不穿帮
安全区“填充色”不是靠背景色实现的，而是靠留白把内容推离危险区，再让父容器或 body 背景色自然透出：
- 给
设background-color: #fff，再配合padding-bottom: env(safe-area-inset-bottom)，底部空白就是白色 - 如果底部栏本身有背景色（比如深色），就让它自身用
bottom: env(...)上移，下方露出 body 背景色作为“填充” - 千万别给
或加height: 100vh—— 它不含安全区，会导致内容被截断；改用min-height: 100dvh（iOS 16+ 支持）或min-height: 100vh+padding-bottom组合
最易忽略的一点：某些 WebView（如微信内置浏览器旧版本）根本不暴露 env() 变量，此时只能靠 UA 判断 + JS 注入 class 来手动 fallback，纯 CSS 无解。
