解读react-native-webview

最新推荐文章于 2025-06-06 09:05:52 发布

HahLily

最新推荐文章于 2025-06-06 09:05:52 发布

阅读量823

点赞数

CC 4.0 BY-SA版权

本文链接：https://blog.youkuaiyun.com/huaihong1986/article/details/87362956

本文介绍了一个修复react-native-webview在创建RPC通信时遇到的bug的方案。通过对比社区源码与修改后的代码，详细分析了两种方法的工作原理，特别是View.post与Activity#runOnUiThread的区别，论证了新方案在预加载时能更稳定地建立RPC通信，确保H5页面请求顺利发送。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

react-native-webview 目前在创建rpc通信时的bug，目前验证下来，有个方案可以修复这个bug。
社区的源码：

webView.post(new Runnable() {
  @Override
  public void run() {
    if (mRNCWebViewClient == null) {
      return;
    }
    WritableMap data = mRNCWebViewClient.createWebViewEvent(webView, webView.getUrl());
    data.putString("data", message);

    if (mCatalystInstance != null) {
      mContext.sendDirectMessage("onMessage", data);
    } else {
      dispatchEvent(webView, new TopMessageEvent(webView.getId(), data));
    }
  }
});
我们的替换方法：

reactContext.getCurrentActivity().runOnUiThread(new Runnable() {
  @Override
  public void run() {
    if (mRNCWebViewClient == null) {
      return;
    }
    WritableMap data = mRNCWebViewClient.createWebViewEvent(webView, webView.getUrl());
    data.putString("data", message);

    if (mCatalystInstance != null) {
      mContext.sendDirectMessage("onMessage", data);
    } else {
      dispatchEvent(webView, new TopMessageEvent(webView.getId(), data));
    }
  }
});
关于这两个方法的不同之处：
原方法View.post：
1.在页面Attach到Window时，直接在主线程的队列上发布runnable（调用Handler#post）。
2.在页面未Attach到Window时，需要分两种情况：
  2.1 api为24以及24以上（安卓7以及安卓7以上的设备）时，会加入在view自己维护HandlerActionQueue队列，executeAction在dispatchAttachedToWindow() 的方法中，才有机会被调用到，而 View.dispatchAttachedToWindow() 方法，
只有在这个 View 通过 addView() 方法。所以此时view没有attach到Window就不会执行。
  2.2 api为23以及23以下（安卓6以及安卓6以下的设备）时，会加入在sRunQueues队列中，在整个App生命周期内executeAction是会循环调用的，所以此时View没有attach到Window也基本能被调用到。

我们的方法Activity#runOnUiThread:
1.处于UI线程下：将直接调用run方法。
2.处于非UI线程下：在主线程的队列上发布runnable（调用Handler#post）。

综上所述：

如果要保证预加载时，rpc能成功创建，h5页面请求能顺利发送出去。

我们的方案是最佳方案。