不能直接写死状态栏高度，因为iOS和Android设备的状态栏及安全区高度不统一，iPhone X后为44px，但安卓机型差异大且支持自定义；需用env(safe-area-inset-top)配合viewport-fit=cover动态适配，兼顾兼容性与准确性。

Doc To HTML

使用 MinerU 文档处理引擎将 Word 文档（.doc、.docx）转换为保留结构和格式的干净 HTML。

下载

移动端状态栏高度为什么不能直接写死 iOS 状态栏高度不是固定值：iPhone X 及之后机型是 44px，但部分 Android 设备可自定义，甚至有刘海屏、挖孔屏导致顶部安全区不规则。硬写 padding-top: 44px 在非标准设备上要么留白过多，要么内容被裁切。更关键的是，状态栏本身是系统级 UI，HTML 页面无法直接读取其像素高度，只能靠浏览器暴露的 CSS 单位或 JS API 间接适配。

用 env(safe-area-inset-top) 替代固定数值 这是目前最通用、无需 JS 的方案，所有主流 iOS 和较新 Android 浏览器（Chrome 69+、Safari 11.2+）都支持：

• env(safe-area-inset-top) 是一个 CSS 环境变量，表示顶部安全区高度（含状态栏）
• 必须配合 viewport meta 的 viewport-fit=cover 才生效，否则该变量返回 0
• 不能单独用，要和 padding-top 或 top 结合，例如：padding-top: env(safe-area-inset-top, 0px);
• 第二个参数 0px 是降级值，当环境变量不可用时兜底

示例：

meta name="viewport" content="width=device-width, initial-scale=1, viewport-fit=cover"

header { padding-top: env(safe-area-inset-top, 0px); }

为什么 100dvh 不能解决状态栏遮挡100dvh 解决的是“视口高度动态变化”问题（如地址栏收起），但它默认包含状态栏区域——也就是说，min-height: 100dvh 的容器会从屏幕最顶（含状态栏）开始算起，内容依然可能被状态栏盖住。它和状态栏适配是两个维度的问题：100dvh 管高度基准，env(safe-area-inset-top) 管内容偏移。两者常一起用：

• 根容器设 min-height: 100dvh（或 100vh 降级）保证撑满
• 顶部导航或 header 加 padding-top: env(safe-area-inset-top) 避开状态栏
• 若导航是 position: fixed; top: 0，则改用 top: env(safe-area-inset-top)

JS 动态读取状态栏高度容易踩的坑 虽然 window.innerHeight 能反映当前可用高度，但它**不区分状态栏和地址栏**，且在页面加载初期、键盘弹出/收起时频繁抖动。强行用 JS 计算偏移量几乎不可靠：

• 不要尝试通过 window.screen.availHeight - window.innerHeight 推算状态栏高度——安卓设备这个差值可能是导航栏或虚拟按键高度
• 监听 resize 事件时，iOS Safari 在地址栏显隐瞬间会触发两次，中间间隔极短，直接设 padding-top 会导致闪跳
• 如果真要用 JS（比如需要兼容老 Safari），只在 DOMContentLoaded 后取一次 env(safe-area-inset-top) 的计算值，再用 getComputedStyle 读取，而非依赖 window 属性

真正需要 JS 的场景极少，优先走 CSS env() + viewport-fit 组合。状态栏适配这件事，越靠近渲染层越稳，越往 JS 层挪越容易失准。