HarmonyOS鸿蒙Next中键盘高度问题，keyboardHeightChange获取到的数值是1020，为什么这么大呢？

HarmonyOS鸿蒙Next中键盘高度问题，keyboardHeightChange获取到的数值是1020，为什么这么大呢？

currentWindow.on(‘keyboardHeightChange’, (height) => { console.info('keyboard height changes. Data: ’ + JSON.stringify(height)); // hilog.info(0x0000, ‘输入框’, 键盘高度为 ${height}); })

* @param { Callback<number> } callback - Callback used to return the current keyboard height.

目前模拟器调试，按照我的理解，键盘高度一般大概是在两三百vp吧，请问这个返回的1020的是什么意思呢？键盘高度有这么高吗？


更多关于HarmonyOS鸿蒙Next中键盘高度问题，keyboardHeightChange获取到的数值是1020，为什么这么大呢？的实战教程也可以访问 https://www.itying.com/category-93-b0.html

6 回复

返回的是 px, 用 px2vp 转一下就行

更多关于HarmonyOS鸿蒙Next中键盘高度问题，keyboardHeightChange获取到的数值是1020，为什么这么大呢？的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html


附上参考链接：https://developer.huawei.com/consumer/cn/doc/harmonyos-references-V5/js-apis-arkui-uicontext-V5#px2vp12

我看到有相关官方文档上说这个数值单位是像素。如果是这样，设计为像素的初衷是什么呢？

因为px是最基本的实际物理像素吧，像vp是相对于手机的高清屏幕的虚拟像素，不同像素密度的屏幕是1vp的大小不一样，但是px是一样的。

在HarmonyOS鸿蒙Next中，keyboardHeightChange获取到的数值为1020，这与设备的屏幕分辨率、键盘布局以及系统计算方式有关。鸿蒙系统在处理键盘高度时，会综合考虑屏幕的物理尺寸、像素密度（DPI）以及键盘的实际显示区域。1020的数值可能是基于设备的屏幕高度和键盘在屏幕中的占比计算得出的。此外，鸿蒙系统的键盘高度计算可能还包括了状态栏、导航栏等系统UI元素的高度，因此数值会相对较大。具体数值的生成逻辑与设备的硬件参数和系统设计密切相关。

在HarmonyOS鸿蒙Next中，keyboardHeightChange获取到的数值1020可能与该设备的屏幕分辨率和键盘布局有关。鸿蒙系统会根据设备的物理尺寸和屏幕密度动态调整键盘高度，以确保用户体验的一致性。建议检查设备的屏幕分辨率设置，并确认是否存在自定义键盘布局或缩放设置，这些都可能导致键盘高度的数值异常。

回到顶部