随着app的迭代，嵌入的html5界面越来越多了，webview这个强大组件引起的问题越发的多起来，例如：
- 1、webview导致的oom问题
- 2、android版本不同，采用了不同的内核，兼容性crash
- 3、不同版本实现不同，甚至uri不规范也会引起不同程度的问题
为了解决以上问题，我们把webview模块做成独立进程
webview独立进程
android允许一个app同时存在多个进程，可以根据需要把不同的模块放到不同进程中处理。
比如微信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);//启用jssettings.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);//设置可以使用localstoragesettings.setsupportzoom(false);//关闭zoom按钮settings.setbuiltinzoomcontrols(false);//关闭zoomif (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~
|
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> |
