Android中如何实现多个WebView同时调用loadUrl()并行加载

同进程下所有WebView实例共享Chromium内核的全局渲染调度队列，默认所有导航（也就是loadUrl()触发的页面加载流程）、JS执行任务都会被投递到同一个单线程调度队列中排队执行，哪怕你实例化几十个WebView，调用loadUrl()的动作只是把任务往同一个队列里塞，本质还是串行执行，不会有并行提速效果。

• 多进程隔离WebView（通用兼容性最好的方案）
  利用Android多进程能力绕开单进程的调度队列限制，是官方支持、兼容性最稳的真并行方案：

  1. 根据你需要的并行度（建议设为设备CPU核心数的1/2，过高的并行度会带来额外的进程切换开销，反而拖慢速度），在Manifest中声明对应数量的WebView专用进程，例如android:process=":web_worker_0"、:web_worker_1以此类推。
  2. 每个专用进程内仅初始化一个WebView实例，加载对应HTML文件，待页面加载完成、拿到你需要的返回数据后，通过跨进程通信机制（AIDL、Messenger、ContentProvider均可）把数据回传给主进程，随即销毁对应工作进程释放内存。
  3. 如果加载的是本地私有目录下的HTML文件，记得给WebView工作进程配置对应的文件访问权限，避免加载时报权限错误。

• 跳过导航流程直接执行解析（轻量场景适用）
  如果你要处理的HTML没有复杂的渲染逻辑、不需要依赖完整的页面生命周期（比如只是提取HTML里JS计算出的某个结果值，不需要渲染DOM、触发页面交互事件），完全没必要走loadUrl()的完整导航流程：

  1. 用普通业务线程池并行读取30个HTML文件的文本内容，这一步本身就可以并行，没有调度限制。
  2. 初始化和并行度匹配数量的WebView实例（同进程即可），直接通过evaluateJavascript()把HTML内容注入到已加载好的空白页上下文里执行，直接拿到执行结果，绕开导航队列的串行限制。
     这个方案的开销比多进程方案低很多，但如果HTML里包含iframe、复杂CSS渲染、DOM事件监听逻辑的话会出现兼容性问题，只适合轻量数据提取场景。

• 修改内核调度参数（定制内核场景适用）
  如果你使用的是自行打包的定制Chromium内核（例如内嵌X5内核、自研WebView runtime），可以直接修改内核源码中RendererScheduler的默认配置：把单渲染进程的最大并行导航任务数从默认值1调整为你需要的数值，同时调大内核资源加载线程池的大小，不需要多进程就能实现并行加载。注意调整后要严格控制并行任务数量，每个并行加载的页面都会占用独立的JS上下文和渲染内存，开太多很容易触发OOM。

踩坑提示：不要在同一UI线程下反复创建销毁WebView试图碰运气触发并行，实测同进程下哪怕创建30个WebView实例，总加载耗时和单个WebView串行加载的差异不超过5%，只会额外增加内存占用和主线程卡顿概率。

内容的提问来源于stack exchange，提问作者hack