React Native搭配Async Storage安卓真机崩溃数据丢失问题排查

1 崩溃问题的诊断排查步骤 #

• 首先抓取真机崩溃日志：连接三星真机到Android Studio，打开Logcat面板，过滤你的应用包名，区分崩溃类型：如果是OutOfMemoryError就是内存溢出触发的崩溃；如果没有明确的Java层异常，大概率是三星ROM的后台进程回收策略触发的强行杀死（三星对后台应用的内存阈值比原生模拟器低30%~50%，模拟器没有严格的后台限制所以不会触发）。如果是JS层崩溃，可以通过adb logcat *:S ReactNative:V ReactNativeJS:V命令单独过滤JS日志定位报错点。
• 排查内存泄漏：
  1. 打开RN应用的Debug模式，用Chrome DevTools的Memory面板做堆快照分析，对比多次拍照前后的堆内存，确认是否存在大量未被GC回收的base64字符串、Camera实例对象。
  2. 检查react-native-camera组件的生命周期逻辑，确认页面卸载时是否正确销毁Camera实例，有没有未释放的预览帧、拍照结果引用。
• 排查数据丢失原因：你使用了redux-persist做持久化，崩溃如果发生在持久化写入的过程中，会直接导致持久化文件损坏，下次启动无法读取就会出现全量数据丢失。可以在测试时打开redux-persist的debug日志，确认崩溃发生的时间点是否和持久化写入时间点重合。

2 问题根因判断 #

这个问题不是AsyncStorage、Redux的已知问题，完全是数据存储结构不合理导致的：

• 你将拍照生成的base64字符串直接存入Redux的做法本身不符合Redux的设计定位：Redux是全局状态管理容器，仅适合存储轻量化的状态数据，base64字符串比原始图片体积大33%，一张高分辨率照片的base64可达5~10MB，多张存入后会持续占用内存，触发内存阈值后被系统杀死。
• 你配置了redux-persist持久化整个Redux状态，大体积的base64字符串会被频繁序列化写入存储，不仅会占用大量IO资源，写入过程中如果触发崩溃，就会损坏整个持久化文件，导致全量数据丢失。
• AsyncStorage本身在Android底层基于SQLite实现，单条数据超过2MB时就会出现读写性能骤降、并发写入锁死的问题，进一步提升了崩溃和文件损坏的概率。

修复建议 #

• 调整存储逻辑：拍照后不要转base64存入Redux，直接将照片保存到应用沙盒的文件目录，Redux中仅存储图片的本地绝对路径，需要显示、上传时通过路径读取资源即可。
• 优化redux-persist配置：将存储图片相关的reducer加入persist的黑名单，不持久化大体积资源；给persist添加节流配置，设置最短200~500ms的写入间隔，避免频繁触发存储写入。
• 内存优化：确认Camera组件卸载时正确释放资源，拍照后及时清空临时变量持有图片的引用，避免内存残留。

内容的提问来源于stack exchange，提问作者spiNOops