正文

Android WebView 优化之路

︶ㄣSDDLL学院 メ
SDDLL学院V管理员 / 阅读
0717
Android WebView 优化之路，如何才能更有效的对Android WebView进行优化，本文将为大家一一举例，感兴趣的小伙伴们可以参考一下

Android WebView 优化之路，如何才能更有效的对Android WebView进行优化，本文将为大家一一举例，感兴趣的小伙伴们可以参考一下

随着app的迭代，嵌入的html5界面越来越多了，webview这个强大组件引起的问题越发的多起来，例如：

  • 1、webview导致的oom问题
  • 2、android版本不同，采用了不同的内核，兼容性crash
  • 3、不同版本实现不同，甚至uri不规范也会引起不同程度的问题

Android WebView 优化之路

为了解决以上问题，我们把webview模块做成独立进程

webview独立进程

android允许一个app同时存在多个进程，可以根据需要把不同的模块放到不同进程中处理。

Android WebView 优化之路

比如微信v2.x+版本的时候把network部分做轻重进程分离，独立到一个单独的进程（：push）中，而上面两个层级依然跑在微信的主进程(:workder)中。而对于有内存泄露问题的webview或者其他不频繁使用的功能，再把其分离到独立的工具进程（:tools）中。通过分离进程，微信第一次重构解决了系统因为微信资源消耗，主动干掉微信服务的困境。

webview独立进程的好处

有效增大app的运存，减少由webview引起的内存泄露对主进程内存的占用。
避免webview的crash影响app主进程的运行。
拥有对webview独立进程操控权。

webview进程与其他进程通讯的方式

把webview独立进程之后会发现，埋点功能和接收主进程数据都不正常了，这里就涉及到进程间通讯的问题了;

进程通讯无非就是那几种，aidl，messager，content provider，广播;

在这里就不再复述了，我是采用广播的方式来做的。

webview硬件加速导致页面渲染闪烁

4.0以上的系统我们开启硬件加速后，webview渲染页面更加快速，拖动也更加顺滑。但有个副作用就是，当webview视图被整体遮住一块，然后突然恢复时（比如使用slidemenu将webview从侧边滑出来时），这个过渡期会出现白块同时界面闪烁。解决这个问题的方法是在过渡期前将webview的硬件加速临时关闭，过渡期后再开启，代码如下：

if (build.version.sdk_int >= build.version_codes.honeycomb) {
    webview.setlayertype(view.layer_type_software, null);
}
webview的配置

下面贴上我自己的配置代码：

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
websettings settings = webview.getsettings();
settings.setjavascriptenabled(true);//启用js
settings.setjavascriptcanopenwindowsautomatically(true);//js和android交互
string cachedirpath = pathcommondefines.webview_cache;
settings.setappcachepath(cachedirpath); //设置缓存的指定路径
settings.setallowfileaccess(true); // 允许访问文件
settings.setappcacheenabled(true); //设置h5的缓存打开,默认关闭
settings.setusewideviewport(true);//设置webview自适应屏幕大小
settings.setlayoutalgorithm(websettings.layoutalgorithm.narrow_columns);//设置，可能的话使所有列的宽度不超过屏幕宽度
settings.setloadwithoverviewmode(true);//设置webview自适应屏幕大小
settings.setdomstorageenabled(true);//设置可以使用localstorage
settings.setsupportzoom(false);//关闭zoom按钮
settings.setbuiltinzoomcontrols(false);//关闭zoom
if (build.version.sdk_int >= build.version_codes.honeycomb) {
 webview.setlayertype(view.layer_type_software, null);
}
webview.setwebviewclient(new webviewclient() { @override public boolean shouldoverrideurlloading(webview view, string url) { view.loadurl(url); return false; } @override public void onloadresource(webview view, string url) { } @override public void onpagefinished(webview view, string url) { } });

html5跳原生界面

网页跳原生界面的方法有很多种，比如js调java方法，或者是通过uri scheme啦，也可以通过自己解析url来做。

在这儿，考虑到兼容性，拦截的是url，并且在清单文件中自定义了scheme~

Android WebView 优化之路

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
webview.setwebviewclient(new webviewclient() {
 
  @override
  public boolean shouldoverrideurlloading(webview view, string url) {
   parserurl(url); //解析url,如果存在有跳转原生界面的url规则，则跳转原生。
   return super.shouldoverrideurlloading(view, url);
  }
 
  @override
  public void onpagefinished(webview view, string url) {
   super.onpagefinished(view, url);
  }
 
  @override
  public void onloadresource(webview view, string url) {
   super.onloadresource(view, url);
  }
 });

清单文件中，声明一下 就可以在自带浏览器通过uri scheme跳到本app页面了，这个activity作为各个页面的分发页面，通过这个界面解析数据决定接下来要跳转哪个页面：

 

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
<activity
 android:name=".ui.webview.commwebviewactivity"
 android:configchanges="orientation|keyboardhidden|screensize"
 android:process=":webview"
 android:screenorientation="portrait"
 android:windowsoftinputmode="statehidden">
 <intent-filter>
  <category android:name="android.intent.category.browsable" />
  <category android:name="android.intent.category.default" />
 
  <action android:name="android.intent.action.view" />
 
  <data
   android:host="xxxx.com"
   android:scheme="kingp2p" />
 </intent-filter>
</activity>