React Native Keyboard Controller 在 Android 设备上的双重 padding 问题解析

问题背景

在 React Native 开发中，当使用 react-native-keyboard-controller 库的 KeyboardAvoidingView 组件时，Android 设备上可能会出现一个特殊问题：当键盘打开且父组件重新渲染时，视图可能会被插入双重 padding，导致内容被异常推挤到屏幕顶部。

问题现象

开发者在使用 behavior="padding" 属性时观察到以下现象：

1. 首次打开键盘时表现正常
2. 在特定交互（如点击按钮触发重新渲染）后，padding 被重复添加
3. 内容区域被异常推挤，与键盘之间出现过大间距
4. 底部导航栏等元素也被异常调整

技术分析

根本原因

经过深入排查，发现问题源于与 react-native-reanimated 的 useAnimatedKeyboard hook 的冲突。这两个库都尝试处理键盘事件，导致：

1. 原生层的事件监听冲突
2. 布局计算被重复执行
3. 窗口调整行为不一致

Android 特有机制

在 Android 平台上，当使用 adjustResize 窗口软输入模式时：

1. 系统会默认调整窗口大小以适应键盘
2. 边缘到边缘(edge-to-edge)设计会引入额外布局计算
3. 多个键盘监听器会导致不可预测的行为

解决方案

推荐方案

1. 统一使用 react-native-keyboard-controller 提供的 useKeyboardAnimation hook
2. 移除其他键盘监听实现（如 reanimated 的 useAnimatedKeyboard）
3. 确保 AndroidManifest.xml 中的 windowSoftInputMode 设置正确

代码调整建议

// 替换前（问题代码）
import { useAnimatedKeyboard } from 'react-native-reanimated'

// 替换后（推荐方案）
import { useKeyboardAnimation } from 'react-native-keyboard-controller'

布局优化建议

1. 检查 KeyboardAvoidingView 的嵌套层级
2. 确保不会意外将底部导航栏等元素包含在内
3. 使用调试边框辅助排查布局问题

最佳实践

1. 单一来源原则：整个应用应统一使用一个键盘管理方案
2. 测试覆盖：特别关注 Android 设备上的键盘交互场景
3. 性能监控：注意键盘相关操作的渲染性能

总结

react-native-keyboard-controller 提供了优秀的键盘交互解决方案，但在与其他动画库（特别是 reanimated）共同使用时需要注意兼容性问题。通过统一使用 useKeyboardAnimation 并遵循推荐实践，可以有效避免 Android 平台上的双重 padding 问题，实现流畅的键盘交互体验。

对于复杂的键盘交互场景，建议进行充分的跨平台测试，特别是在涉及路由切换和组件重新渲染的场景下，确保键盘行为符合预期。