React Native Skia 中 WebAssembly 重复加载导致实例类型检查失败问题分析

问题背景

在使用 React Native Skia 库的 Web 版本时，开发者发现当多个 WithSkiaWeb 组件同时渲染且 CanvasKit 尚未加载完成时，会出现 WebAssembly 模块被重复下载和解析的情况。这会导致全局 CanvasKit 变量被多次覆盖，进而引发类型检查错误。

问题现象

当应用中出现以下情况时，就会触发这个问题：

1. 页面中存在多个 WithSkiaWeb 组件同时渲染
2. CanvasKit 的 WebAssembly 模块尚未完成初始加载
3. 每个组件都会独立触发 LoadSkiaWeb() 调用

此时开发者会在控制台看到类似"Paint 对象不是预期实例"的 BindingError 错误。

技术原理分析

这个问题本质上是由 JavaScript 模块加载机制和 WebAssembly 实例化特性共同导致的：

1. WebAssembly 模块加载特性：每次调用 LoadSkiaWeb() 都会尝试下载并实例化 wasm 模块，而不是复用已有实例。

2. 全局变量覆盖：每次加载都会重新设置 global.CanvasKit 变量，导致之前创建的 Skia 对象与新版本的 CanvasKit 环境不匹配。

3. instanceof 检查机制：Skia 内部会使用 instanceof 来验证对象类型，当 CanvasKit 环境被替换后，之前创建的对象与新环境的构造函数不匹配。

影响范围

该问题影响以下 React Native Skia 版本：

• 0.1.141
• 0.1.221
• 0.1.231

解决方案

该问题已在 PR #2122 中得到修复。修复方案主要包含以下改进：

1. 加载状态管理：添加加载状态跟踪，避免重复加载。

2. 单例模式：确保 WebAssembly 模块只加载一次。

3. 引用一致性：保证所有 Skia 对象都在同一个 CanvasKit 上下文中创建。

开发者建议

对于遇到类似问题的开发者，建议：

1. 升级到已修复该问题的 React Native Skia 版本。

2. 如果暂时无法升级，可以考虑在应用层实现加载锁机制，确保 CanvasKit 只加载一次。

3. 避免在多个组件中独立调用 Skia 加载逻辑，应该集中管理加载状态。

总结

这个问题展示了在 Web 环境中使用 WebAssembly 时需要注意的模块加载和全局状态管理问题。React Native Skia 团队通过引入加载状态跟踪和单例模式，有效解决了重复加载导致的类型系统不一致问题，为开发者提供了更稳定的开发体验。