刘海屏iPhone横竖屏状态下的safeArea汇总

iPad pro safeArea {24, 0, 20, 0}

iPad Air : {20, 0, 0, 0}

iPad、iPad mini： {20, 0, 0, 0}

iPhone X 竖屏：{44, 0, 34, 0}

横屏：{0, 44, 21, 44}

iPhone Xs Max竖屏：{44, 0, 34, 0}

横屏：{0, 44, 21, 44}

iPhone Xs 竖屏：{44, 0, 34, 0}

横屏：{0, 44, 21, 44}

iPhone 11: 竖屏：{48, 0, 34, 0}

横屏：{0, 48, 21, 48}

iPhone 11 Pro: 竖屏: {44, 0, 34, 0}

横屏：{0, 44, 21, 44}

iPhone 11 pro max : 竖屏：{44, 0, 34, 0} 横屏：{0, 44, 21, 44}

iPhone 12 竖屏：{47, 0, 34, 0}

横屏：{0, 47, 21, 47}

iPhone 12 pro 竖屏：{47, 0, 34, 0} 横屏：{0, 47, 21, 47}iPhone 12 pro max 竖屏: {47, 0, 34, 0}

横屏 0, 47, 21, 47}

总结：以下总结都是针对iOS11以上的系统

1）ipad没有刘海，但是有安全区，除iPad pro顶部是24的安全区，其他ipad机型顶部都是20的安全区

2）绝大多数刘海屏手机，竖屏状态下安全区为{44, 0, 34, 0}，横屏状态下安全区为{0, 44, 21, 44}，但有例外，即：

iPhone 11 竖屏：{48, 0, 34, 0}，横屏：{0, 48, 21, 48}、

iPhone 12 竖屏：{47, 0, 34, 0}, 横屏：{0, 47, 21, 47}

iPhone 12 pro 竖屏：{47, 0, 34, 0},横屏：{0, 47, 21, 47}

iPhone 12 pro max 竖屏: {47, 0, 34, 0},横屏 {0, 47, 21, 47}

前文提到，DialogV3 库在有刘海屏的设备上出现了双重导航栏高度的问题，实际上这个问题是因为屏幕“危险区”导致的，于是就有了 不完美解决方案 这篇文章，里边的解决方法也只是做到了判断是否具有“刘海”，然后通过界面布局规避掉这部分区域，但实际上这样的处理方案并非完美，因为如果我们非得将界面显示到刘海区域这是做不到的。

正因此有了这篇文章，通过查询API文档，现在已经找到了合理的解决方案，可以让任意 Window 沉浸到刘海区域中，从而彻底解决这个问题。

通过查阅API文档后发现，在API-28（Android P）后Google在WindowManagerLayoutParams新增了一个API：

其大致用法和含义为：

其具有三个可选属性值，分别对应：

看注释大致上说明就是这个值管控了是否允许布局扩展到刘海部分，而其中 LAYOUT_IN_DISPLAY_CUTOUT_MODE_SHORT_EDGES 是允许的，但是用这个属性有个条件，即布局不能设置以下Flag：

那么，在Dialog启动后，对其Window的属性进行如下修改：

即可完成刘海部分沉浸式的适配工作。

实际运行效果完美满足需求。

苹果13pro的海拔在桌面找到指南针，点开界面的最下方。海拔（Elevation），是指地面某个地点高出海平面的垂直距离。是某地与海平面的高度差，通常以平均海平面做标准来计算。海拔的起点叫海拔零点或水准零点，是某一滨海地点的平均海水面。它是根据当地测潮站的多年记录，把海水面的位置加以平均而得出的。

苹果13pro的介绍

苹果13pro是由一块玻璃锁覆盖，这样也就方便日后的清灰处理，从而做到一体式平整风格，且盖板部分不再涂装近似后壳的颜色，而是一整块的黑色，苹果13pro刘海宽度从53mm上升到535mm，而长度则从3483mm缩减到268mm，苹果13pro系列将搭载A15处理器和iOS15系统，Pro版本采用120Hz刷新率LTPO显示屏。

以上就是关于刘海屏iPhone横/竖屏状态下的safeArea汇总全部的内容，包括:刘海屏iPhone横/竖屏状态下的safeArea汇总、[完美解决]Toast在刘海屏上显示时顶部高度问题总结（2/2）、苹果13pro的海拔在哪里等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！