必须同时使用constant()和env()并按顺序书写padding-bottom，仅用env()会导致低版本iOS失效；calc()中单位和空格必须规范；pages.json中safeArea.bottom.offset:"auto"为最优全局方案。
直接用 env(safe-area-inset-bottom) 加 fallback
不加 fallback 就等于没适配。浏览器遇到不认识的 env() 会直接丢弃整条声明，导致底部内容被 Home Indicator 遮住。必须写两遍，旧版兼容靠 constant()，新版靠 env()：
-
padding-bottom: constant(safe-area-inset-bottom);—— iOS 11.2 以下有效，现代 WebView 已废弃但保留兼容 -
padding-bottom: env(safe-area-inset-bottom);—— iOS 11.2+ 标准写法，必须放在constant()后面，否则会被覆盖 - 两者不能合并成一条，也不能只写一个；顺序错了（比如
env()在前）会导致低版本失效
为什么不能只写 padding-bottom: env(safe-area-inset-bottom)
因为 env() 是环境变量函数，不是 CSS 自定义属性，它不会自动 fallback 到上一条声明的值。如果设备不支持（比如老版 iOS 或某些安卓 WebView），这条样式就彻底无效，padding-bottom 会退回到 0 或继承值，内容立刻掉进黑条里。
- 实际错误现象：真机上按钮下半截消失、tabbar 被截断、fixed 底部弹窗点击失灵
- 开发工具里常看不出来——HBuilderX 或微信开发者工具默认不模拟安全区，必须连真机或用 Safari Web Inspector 测试
- 别信“写了
env()就够了”，iOS 11.1 仍有一定存量，尤其企业内网或教育类 App
calc() 套用时单位和顺序不能错
想给底部留点呼吸空间（比如 tabbar 高度 + 安全区），得用 calc()，但单位混用或括号位置错，CSS 就会静默失败：
- 正确：
padding-bottom: calc(20px + env(safe-area-inset-bottom));—— 数字带单位，+ 两边有空格 - 错误：
padding-bottom: calc(20 + env(safe-area-inset-bottom));—— 20 缺单位，整条无效 - 错误：
padding-bottom: calc(20px+env(safe-area-inset-bottom));—— + 两侧没空格，部分 iOS WebKit 解析失败 - uni-app 或小程序中若用
rpx，要确保设计稿基准是 750rpx，否则calc(40rpx + env(...))可能缩放异常
全局配置比手写 CSS 更可靠（尤其 uni-app）
在 pages.json 里开 safeArea.bottom.offset: "auto" 是最省心的方式，它会自动给页面根容器注入底部 padding，且绕过 CSS 优先级冲突问题：
立即学习“前端免费学习笔记（深入）”；
- 全局生效：
{"globalStyle": {"safeArea": {"bottom": {"offset": "auto"}}}} - 单页生效：
{"pages": [{"path": "pages/index/index", "style": {"safeArea": {"bottom": {"offset": "auto"}}}}]} - 注意：这个配置仅对非原生导航栏生效；如果用了
"navigationStyle": "custom"，就得自己用env()处理 - 实测发现，某些安卓全面屏（如华为 Mate 系列）也会响应这个配置，属于意外但可用的兼容红利
最易被忽略的是：安全区高度是动态的——横屏时 safe-area-inset-bottom 可能变为 0，而竖屏时是 34px。如果你用 JS 动态读取 systemInfo.safeAreaInsets.bottom 并设为固定 px，横竖屏切换后就不会更新。真要动态，得监听 resize 或 orientationchange 事件重新计算。
