Android性能优化（1）---webview优化篇
写这篇文章的主要是因为在实际应用的时候遇到了很多棘手的问题（文章最后部分，交流一下遇到的问题），在这里分享出来让人少走一些弯路，如果有不对的地方直接留言即可
相信一般做Android开发的同学都会或多或少的使用webview，（由于不太了解js，js交互的部分暂时没有）相信有不少人的使用过程是这样的
布局
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:orientation="vertical">
<WebView
android:id="@+id/webView"
android:layout_width="match_parent"
android:layout_height="match_parent" >
</WebView>
</LinearLayout>
使用
//设置webview
WebSettings websettings = webView.getSettings();
websettings.setJavaScriptEnabled(true);
websettings.setDomStorageEnabled(true);
websettings.setJavaScriptCanOpenWindowsAutomatically(true);
websettings.setBuiltInZoomControls(false);//
webView.loadUrl(url);
上边这样使用，在使用量少的情况下可能没有问题，但是也给程序留下了不少隐患--内存泄漏，由于webview并没有完全清除掉，一直持有对应的上下文，导致内存无法被回收
说道这里就有了第一种的优化
优化一
既然说没有主动回收，那我们就手动回收在，activity的onDestroy方法中清除webview
public void onDestroy() {
super.onDestroy();
webView.clearHistory();
webView.clearView();
webView.removeAllViews();
webView.destroy();
}
当你做完这些操作后，退出当前的activity，发现内存好像并没有减少（或者浮动不大）原因请参考
http://blog.csdn.net/u013085697/article/details/53259116
优化二
在需要用到webview的地方直接new一个出来，而不是在.xml文件中定义webview
布局
在布局需要使用webview的地方使用一个FrameLayout代替（其他的容器也可以）
使用
/**
*创建webview并添加到布局容器中
*/
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
WebView webView = WebviewUtil.createNewWebView(context);
FrameLayout frameLayout = findViewById(R.id.xxx);
frameLayout.addView(mWebView);
}
...
/**
*创建webview公共方法
*/
public static android.webkit.WebView createNewWebView(Context context){
android.webkit.WebView webView = new android.webkit.WebView(context.getApplicationContext());
webView.setLayerType(View.LAYER_TYPE_SOFTWARE, new Paint());
webView.setLayoutParams(new FrameLayout.LayoutParams(FrameLayout.LayoutParams.MATCH_PARENT, FrameLayout.LayoutParams.MATCH_PARENT));
return webView;
}
/**
*清除webview
*/
public void onDestroy() {
if (null != webView) {
try {
webView.removeJavascriptInterface("xx");
webView.getSettings().setJavaScriptEnabled(false);
webView.loadUrl("about:blank");
webView.loadDataWithBaseURL(null, "", "text/html", "uft-8", null);
ViewParent parent = webView.getParent();
if (parent != null) {
((ViewGroup) parent).removeView(webView);
}
webView.clearHistory();
webView.clearView();
webView.removeAllViews();
webView.destroy();
} catch (Exception e) {
e.printStackTrace();
}
}
super.onDestroy();
}
但是通过以上操作，查看内存并没有被回收.........
优化三 -- 开进程
当你的webview需要的内存很大，但是主进程申请不到更多的内存的情况下可以使用。
此方法各大主流APP基本都是这样操作的，在打开webview页面后，查看此应用的进程是否多开了一个。
开进程的方法也很简单只需要在你需要的activity在AndroidManifest中注册的时候添加“process”属性即可，但是注意进程间的通信;当关闭此activity时杀掉此进程不然内存不能被回收，下次进入时内存累加，最终会导致溢出
<activity
android:name=".Activity"
android:process=":remoteView"
/>
如果打开进程的速度慢可以先进行进程的预加载，先启动一个和上边activity同一个进程的service，然后再打开activity
优化四--使用第三方
腾讯的x5内核，具体的优势可以参考腾讯官方文档
最后，再来说说我遇到的问题吧，首先需求是这样的一个页面需要多个统计图（百度的echarts，为了保持两端一致性和多样化的图表需求）每一个图表都需要一个对应的webview
没办法，产品提出来了
1开始使用第一种，崩溃，卡顿问题不断
2使用方法二，解决了大部分的机型，只有蓝绿大厂不行（吐槽中OPPO、vivo）
会出现无故的崩溃，查看logo日志（包括sdk底层logo日志）都只能找到一个内存地址的错误，比如：
Fatal signal 11 (SIGSEGV), code 1, fault addr 0x9ffffffff in tid 30218 (Thread-708)
没有其他任何提示，腾讯的bugly，友盟也没有抓取到相关的信息，崩溃中
后来查到两点问题
1、echarts的问题，其中有一个svg渲染（官方是beta版），是为了给低性能设备使用，看情况使用，有些图表会出现点击蓝屏闪烁（只是在webview范围之内），不过亲测内存降低了太多，没有使用前一个带滑块的图表达到了快200M，改为svg之后一直维持在30+M，提升明显，如果使用请自行测试多种机型
2、还是echarts 的问题，数据返回后多次向webview传入了数据导致崩溃，改为一次后暂未发现
以上两个问题目前只在OPPO和vivo手机发现，希望有此需求的小伙伴注意此问题
