1、鸿蒙端的 FastImage 在 resizeMode='contain' 下，图片内容的对齐行为和 iOS/Android 不一致 — 鸿蒙默认不会将 contain 后的图片内容居中在容器内。之前 margin 直接写在 FastImage 的 style 上，图片本身就是容器，没有外层约束来保证居中。

修复方式是把尺寸和 margin 提到外层 TouchableOpacity 上，高度为父组件的高度，并加上 justifyContent: 'center' 和 alignItems: 'center'，让 FastImage 在容器内居中显示。这样三端行为一致。

2、鸿蒙端 Dimensions.get('window') 返回的尺寸不包含状态栏等区域，和 iOS/Android 行为不一致，需要用 Dimensions.get('screen') 代替。

3、鸿蒙端 zIndex 的穿透与失效
这是最让开发者头疼的问题。在标准 RN 中，zIndex 仅控制同级元素的堆叠，但在鸿蒙的某些实现中，它的行为更像 Web 的 z-index，会穿透嵌套层级。
现象 A：子元素无法覆盖父级兄弟元素
即使子元素设置了极高的 zIndex，仍然被父容器的兄弟元素遮挡。
解决：必须给父容器也设置 zIndex。鸿蒙端非常依赖“堆叠上下文”，如果父容器没有定位属性或 zIndex，子元素的层级设置可能无效。
现象 B：层级穿透（OpenHarmony 特性）
在某些 OpenHarmony 版本中，zIndex 会穿透嵌套层级。这意味着一个深层嵌套的子元素可能会意外地覆盖到外层元素。
解决：需要配合 Android 的 elevation 属性使用。
. 必杀技：elevation 属性
在鸿蒙（以及 Android）上，单纯依靠 zIndex 往往不够，特别是涉及原生组件（如 Video, Map, TextInput）时。
关键策略：zIndex + elevation 双管齐下。
原理：
zIndex：控制 RN 逻辑层面的渲染顺序。
elevation：控制原生层面的绘制顺序和阴影。在鸿蒙端，elevation 对层级权重的影响非常大。