React Native WebView 中 Android 平台 JavaScript 注入问题解析

问题背景

在 React Native 应用开发中，WebView 组件是连接原生应用与网页内容的重要桥梁。react-native-webview 作为最受欢迎的 WebView 实现方案之一，提供了丰富的功能接口。然而，在 Android 平台上使用 JavaScript 注入功能时，开发者可能会遇到一些特殊问题。

核心问题表现

在实际开发中，当我们需要通过注入 JavaScript 代码来处理第三方网页 API（如 Publitas API）时，发现不同平台表现不一致：

1. iOS 平台：使用标准的 injectedJavaScript 属性能够稳定工作
2. Android 平台：
   • injectedJavaScript 属性完全失效
   • injectedJavaScriptBeforeContentLoaded 属性仅有约5%的成功率
   • 通过 onLoad 事件配合 injectJavaScript 方法同样无法解决问题

技术原理分析

这个问题的本质在于 Android WebView 的 JavaScript 注入时机与网页加载流程的特殊性：

1. 注入时机差异：Android WebView 的 JavaScript 注入点选择比 iOS 更加敏感
2. 网页加载流程：某些网页（特别是包含复杂框架的页面）在 Android 上的加载顺序可能与预期不同
3. 事件触发时机：viewerReady 这类回调函数的注册需要在网页框架初始化完成之前执行

解决方案探索

经过深入研究和实践，我们找到了几种可行的解决方案：

方案一：使用 injectedJavaScriptObject

这是官方推荐的一种替代方案，通过将 JavaScript 对象直接注入到网页环境中，可以避免时机问题。但这种方法需要调整原有的 JavaScript 代码结构。

方案二：自定义注入时机（推荐）

通过修改 react-native-webview 的 Android 原生代码，我们实现了一个新的注入点 - onLoadResource 事件。这个方案的核心优势在于：

1. 在网页资源加载过程中多次触发，提高注入成功率
2. 不需要修改网页原有代码
3. 保持与 iOS 平台相同的 JavaScript 代码

实现步骤包括：

1. 在 RNCWebView 类中添加新的注入属性
2. 重写 WebViewClient 的 onLoadResource 方法
3. 在 Kotlin 实现类中暴露新的属性接口
4. 更新 TypeScript 类型定义

最佳实践建议

对于需要在 Android 平台上稳定注入 JavaScript 的场景，建议：

1. 优先考虑使用 injectedJavaScriptOnLoadResources 自定义方案
2. 对于简单的注入需求，可以尝试 injectedJavaScriptObject
3. 在复杂场景下，可以结合多种注入方式确保可靠性
4. 始终在真实设备上测试注入效果，模拟器可能无法完全复现问题

总结

React Native WebView 在 Android 平台上的 JavaScript 注入问题是一个典型的平台差异性挑战。通过深入理解 WebView 的工作原理和 Android 平台的特性，我们能够找到可靠的解决方案。这种问题也提醒我们，在跨平台开发中，对于关键功能需要针对不同平台进行充分测试和适配。