React Native Skia 在 Android 上的 Surface 生命周期管理问题解析

问题背景

在 React Native Skia 项目中，开发团队发现了一个与 Android 平台相关的严重崩溃问题。这个问题表现为当用户从包含 Skia Surface 的屏幕导航离开时，应用会出现段错误（Segmentation Fault），导致应用崩溃。

技术细节分析

崩溃主要发生在 RNSkia::RNSkOpenGLCanvasProvider::surfaceSizeChanged 方法中。从技术角度来看，这通常表明在 Surface 生命周期管理上存在问题，特别是在以下两种情况下：

1. 当 surfaceSizeChanged 方法在 surfaceDestroyed 之后被调用时
2. 当 Surface 已经被销毁但仍有回调试图访问它时

问题复现与调试

开发团队尝试了多种方法来复现这个问题：

1. 创建了专门的压力测试组件，频繁地在不同屏幕间导航
2. 模拟极端条件下的 Surface 创建和销毁
3. 测试了不同的 React Native 和 React Native Skia 版本组合

有趣的是，尽管在 Sentry 等错误监控工具中能看到大量崩溃报告，但开发团队却难以在本地设备上稳定复现这个问题。这表明问题可能与特定的设备条件、内存压力或并发情况有关。

解决方案探索

开发团队采取了多管齐下的方法来解决这个问题：

1. 防御性编程：在 surfaceSizeChanged 方法中添加了空指针检查，防止在 Surface 已销毁后访问它
2. 生命周期简化：考虑重构 Android 渲染器的生命周期管理逻辑，特别是针对 react-native-screens 的支持部分
3. API 级别优化：探索利用更高 API 级别（29+）的新特性来简化 Surface 控制逻辑

最终解决方案

经过多次迭代和测试，开发团队在 React Native Skia 1.3.7 版本中成功修复了这个问题。修复主要涉及：

1. 正确处理 Surface 生命周期事件的顺序
2. 确保所有回调在 Surface 销毁后都不会执行
3. 优化了 Android 渲染器的线程安全性

经验总结

这个案例为移动端图形渲染开发提供了几个重要启示：

1. 跨平台差异：Android 的 Surface 生命周期管理比 iOS 更复杂，需要特别注意
2. 防御性编程：在图形渲染相关代码中，空指针检查和其他防御性措施至关重要
3. 错误监控：像 Sentry 这样的工具对于捕捉难以复现的边缘情况非常有价值
4. 渐进式改进：有时候无法立即找到根本原因，但通过逐步改进可以最终解决问题

对于使用 React Native Skia 的开发者，建议始终使用最新版本，并在涉及复杂导航和 Surface 使用的场景中进行充分的测试。