constant必须写在env前面，因iOS 11.0–11.1仅识别constant()而忽略env()，iOS 11.2+则弃用constant()、只支持env()；CSS按顺序解析，后声明覆盖前声明，故constant需前置作fallback，否则旧版无留白。
为什么constant(safe-area-inset-bottom)必须写在env()前面
因为 iOS 11.0–11.1 的 WebKit 只认 constant()，而 11.2+ 已废弃它、只解析 env()。CSS 声明是顺序覆盖的：后写的同名属性会覆盖前写的。如果把 env() 写在前面，老设备会忽略整条规则（不识别该函数），又没 fallback，结果就是 padding-bottom 归零——底栏直接被手势条盖住。
正确顺序只能是：padding-bottom: constant(safe-area-inset-bottom); 在上，padding-bottom: env(safe-area-inset-bottom); 在下。
哪些iOS版本真正需要constant()回退
constant() 不是“所有旧 iOS 都要加”，而是精确对应一段窗口期：
- iOS 11.0–11.1：必须依赖
constant()，env()完全不生效 - iOS 11.2–11.3：
constant()仍可用但已标记为废弃，env()开始支持 - iOS 11.4+：
constant()仅保留兼容，env()是唯一推荐方式
所以如果你的用户群还包含 iOS 11.0–11.1 设备（比如部分企业内网或未升级的老 iPad），就必须双写；否则可只用 env()。
立即学习“前端免费学习笔记（深入）”；
fixed底栏用constant()时不能直接设bottom: 0
很多开发者以为只要加了 constant() 就万事大吉，结果导航栏还是被盖住。根本原因是：constant(safe-area-inset-bottom) 返回的是一个长度值（如 34px），但它不能直接参与定位计算。
以下写法全部无效：
-
bottom: constant(safe-area-inset-bottom);（bottom不接受环境变量） -
height: calc(60px + constant(safe-area-inset-bottom));（老 iOS 不支持calc()里嵌constant()） -
margin-bottom: constant(safe-area-inset-bottom);（fixed元素脱离文档流，margin无视觉效果）
唯一可靠做法是作用于内容区的 padding-bottom，或者用 bottom: calc(0px + constant(safe-area-inset-bottom)) ——注意这里必须显式写 0px +，否则老 iOS 解析失败。
@supports检测constant()其实没用
@supports (constant(safe-area-inset-bottom)) 是非法语法，浏览器直接跳过整条规则。CSS @supports 只接受“属性: 值”组合，不能只检测函数名。
真正有效的写法是：
footer { padding-bottom: 34px; }<br>@supports (padding-bottom: constant(safe-area-inset-bottom)) {<br> footer { padding-bottom: constant(safe-area-inset-bottom); }<br>}
但要注意：iOS 11.1 及更早版本连 @supports 都不支持，所以 fallback 值（如 34px）必须写在 @supports 外部，否则老设备会完全没留白。
constant() 的支持极不稳定，有些会静默失败，有些会报解析错误。这时候光靠 CSS 双写不够，得配合 JS 检测 window.visualViewport?.height 或监听 resize 动态补位。 
