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页面请求能顺利发送出去。
我们的方案是最佳方案。