安卓webview的一些坑

WebView可以很好地帮助我们展示html页面，但是webview使用不当的话还是可能产生一定问题的，下面就以下几个方面说说我的优化技巧

1、展示webview的activity可以另开一个进程，这样就能和我们app的主进程分开了，即使webview产生了oom崩溃等问题也不会影响到主程序，如何实现呢，其实很简单，在androidmanifest.xml的activity标签里加上android:process=”packagename.web”就可以了。运行起来就会发现多了一个进程，哈哈。

2、webview的创建也是有技巧的，最好不要在layout.xml中使用webview,可以通过一个viewgroup容器，使用代码动态往容器里addview(webview)，这样可以在onDestory()里销毁掉webview及时清理内存，另外需要注意创建webview需要使用applicationContext而不是activity的context，销毁时不再占有activity对象，这个大家应该都知道了，最后离开的时候需要及时销毁webview，onDestory()中应该先从viewgroup中remove掉webview,再调用webview.removeAllViews();webview.destory();

创建

[java] view plain copy

print ?

1. ll = new LinearLayout(getApplicationContext());   
2. ll.setOrientation(LinearLayout.VERTICAL);  
3. wv = new WebView(getApplicationContext());  

ll = new LinearLayout(getApplicationContext()); 
ll.setOrientation(LinearLayout.VERTICAL);
wv = new WebView(getApplicationContext());

销毁

[java] view plain copy

print ?

1. @Override  
2. rotected void onDestroy() {  
3.    ll.removeAllViews();  
4.    wv.stopLoading();  
5.    wv.removeAllViews();  
6.    wv.destroy();  
7.    wv = null;  
8.    ll = null;  
9.    super.onDestroy();  

 @Override
protected void onDestroy() {
    ll.removeAllViews();
    wv.stopLoading();
    wv.removeAllViews();
    wv.destroy();
    wv = null;
    ll = null;
    super.onDestroy();
}

3、进一步的优化，activity被动被杀之后，最好能够保存webview状态，这样用户下次打开时就看到之前的状态了，嗯，就这么干，webview支持saveState(bundle)和restoreState(bundle)方法，所以就简单了，哈哈，看看代码吧：

保存状态：

[java] view plain copy

print ?

1. @Override  
2. protected void onSaveInstanceState(Bundle outState) {  
3.     super.onSaveInstanceState(outState);  
4.     wv.saveState(outState);  
5.     Log.e(TAG, ”save state…”);  
6. }  

@Override
protected void onSaveInstanceState(Bundle outState) {
    super.onSaveInstanceState(outState);
    wv.saveState(outState);
    Log.e(TAG, "save state...");
}

恢复状态：

在activity的onCreate(bundle savedInstanceState)里，这么吊用：

[java] view plain copy

print ?

1. if(null!=savedInstanceState){  
2.     wv.restoreState(savedInstanceState);  
3.     Log.i(TAG, ”restore state”);  
4. }else{  
5.     wv.loadUrl(”http://3g.cn”);  
6. }  

if(null!=savedInstanceState){
    wv.restoreState(savedInstanceState);
    Log.i(TAG, "restore state");
}else{
    wv.loadUrl("http://3g.cn");
}

再总结几个坑

1. WebViewClient.onPageFinished()。你永远无法确定当WebView调用这个方法的时候，网页内容是否真的加载完毕了。当前正在加载的网页产生跳转的时候这个方法可能会被多次调用，StackOverflow上有比较具体的解释（How to listen for a Webview finishing loading a URL in Android?）， 但其中列举的解决方法并不完美。所以当你的WebView需要加载各种各样的网页并且需要在页面加载完成时采取一些操作的话，可能WebChromeClient.onProgressChanged()比WebViewClient.onPageFinished()都要靠谱一些。
2. WebView后台耗电问题。当你的程序调用了WebView加载网页，WebView会自己开启一些线程（？），如果你没有正确地将WebView销毁的话，这些残余的线程（？）会一直在后台运行，由此导致你的应用程序耗电量居高不下。对此我采用的处理方式比较偷懒，简单又粗暴（不建议），即在Activity.onDestroy()中直接调用System.exit(0)，使得应用程序完全被移出虚拟机，这样就不会有任何问题了。
3. 切换WebView闪屏问题。如果你需要在同一个ViewGroup中来回切换不同的WebView（包含了不同的网页内容）的话，你就会发现闪屏是不可避免的。这应该是Android硬件加速的Bug，如果关闭硬件加速这种情况会好很多，但无法获得很好的浏览体验，你会感觉网页滑动的时候一卡一卡的，不跟手。
4. 数据积累问题。开启缓存什么的有利于网页的浏览体验，但你会发现即使是清除了必要的内容，比如Cache、Cookie、Form Data、History、Password等等东西，你的应用程序所占用的存储空间还是会越来越大，到最后只好手动到系统设置的应用信息界面里清除数据了 :(
5. 滚动条问题。Android System WebView的横向滚动条真是好粗的有木有…
6. 在某些手机上，Webview有视频时，activity销毁后，视频资源没有被销毁，甚至还能听到在后台播放。即便是像刚才那样各种销毁webview也无济于事，解决办法：在onDestory之前修改url为空地址。是不是很坑？
   

转自:https://blog.csdn.net/hytfly/article/details/48489251

WebView可以很好地帮助我们展示html页面，但是webview使用不当的话还是可能产生一定问题的，下面就以下几个方面说说我的优化技巧

1、展示webview的activity可以另开一个进程，这样就能和我们app的主进程分开了，即使webview产生了oom崩溃等问题也不会影响到主程序，如何实现呢，其实很简单，在androidmanifest.xml的activity标签里加上android:process=”packagename.web”就可以了。运行起来就会发现多了一个进程，哈哈。

2、webview的创建也是有技巧的，最好不要在layout.xml中使用webview,可以通过一个viewgroup容器，使用代码动态往容器里addview(webview)，这样可以在onDestory()里销毁掉webview及时清理内存，另外需要注意创建webview需要使用applicationContext而不是activity的context，销毁时不再占有activity对象，这个大家应该都知道了，最后离开的时候需要及时销毁webview，onDestory()中应该先从viewgroup中remove掉webview,再调用webview.removeAllViews();webview.destory();

创建

[java] view plain copy

print ?

1. ll = new LinearLayout(getApplicationContext());   
2. ll.setOrientation(LinearLayout.VERTICAL);  
3. wv = new WebView(getApplicationContext());  

ll = new LinearLayout(getApplicationContext()); 
ll.setOrientation(LinearLayout.VERTICAL);
wv = new WebView(getApplicationContext());

销毁

[java] view plain copy

print ?

1. @Override  
2. rotected void onDestroy() {  
3.    ll.removeAllViews();  
4.    wv.stopLoading();  
5.    wv.removeAllViews();  
6.    wv.destroy();  
7.    wv = null;  
8.    ll = null;  
9.    super.onDestroy();  

 @Override
protected void onDestroy() {
    ll.removeAllViews();
    wv.stopLoading();
    wv.removeAllViews();
    wv.destroy();
    wv = null;
    ll = null;
    super.onDestroy();
}

3、进一步的优化，activity被动被杀之后，最好能够保存webview状态，这样用户下次打开时就看到之前的状态了，嗯，就这么干，webview支持saveState(bundle)和restoreState(bundle)方法，所以就简单了，哈哈，看看代码吧：

保存状态：

[java] view plain copy

print ?

1. @Override  
2. protected void onSaveInstanceState(Bundle outState) {  
3.     super.onSaveInstanceState(outState);  
4.     wv.saveState(outState);  
5.     Log.e(TAG, ”save state…”);  
6. }  

@Override
protected void onSaveInstanceState(Bundle outState) {
    super.onSaveInstanceState(outState);
    wv.saveState(outState);
    Log.e(TAG, "save state...");
}

恢复状态：

在activity的onCreate(bundle savedInstanceState)里，这么吊用：

[java] view plain copy

print ?

1. if(null!=savedInstanceState){  
2.     wv.restoreState(savedInstanceState);  
3.     Log.i(TAG, ”restore state”);  
4. }else{  
5.     wv.loadUrl(”http://3g.cn”);  
6. }  

if(null!=savedInstanceState){
    wv.restoreState(savedInstanceState);
    Log.i(TAG, "restore state");
}else{
    wv.loadUrl("http://3g.cn");
}

再总结几个坑

1. WebViewClient.onPageFinished()。你永远无法确定当WebView调用这个方法的时候，网页内容是否真的加载完毕了。当前正在加载的网页产生跳转的时候这个方法可能会被多次调用，StackOverflow上有比较具体的解释（How to listen for a Webview finishing loading a URL in Android?）， 但其中列举的解决方法并不完美。所以当你的WebView需要加载各种各样的网页并且需要在页面加载完成时采取一些操作的话，可能WebChromeClient.onProgressChanged()比WebViewClient.onPageFinished()都要靠谱一些。
2. WebView后台耗电问题。当你的程序调用了WebView加载网页，WebView会自己开启一些线程（？），如果你没有正确地将WebView销毁的话，这些残余的线程（？）会一直在后台运行，由此导致你的应用程序耗电量居高不下。对此我采用的处理方式比较偷懒，简单又粗暴（不建议），即在Activity.onDestroy()中直接调用System.exit(0)，使得应用程序完全被移出虚拟机，这样就不会有任何问题了。
3. 切换WebView闪屏问题。如果你需要在同一个ViewGroup中来回切换不同的WebView（包含了不同的网页内容）的话，你就会发现闪屏是不可避免的。这应该是Android硬件加速的Bug，如果关闭硬件加速这种情况会好很多，但无法获得很好的浏览体验，你会感觉网页滑动的时候一卡一卡的，不跟手。
4. 数据积累问题。开启缓存什么的有利于网页的浏览体验，但你会发现即使是清除了必要的内容，比如Cache、Cookie、Form Data、History、Password等等东西，你的应用程序所占用的存储空间还是会越来越大，到最后只好手动到系统设置的应用信息界面里清除数据了 :(
5. 滚动条问题。Android System WebView的横向滚动条真是好粗的有木有…
6. 在某些手机上，Webview有视频时，activity销毁后，视频资源没有被销毁，甚至还能听到在后台播放。即便是像刚才那样各种销毁webview也无济于事，解决办法：在onDestory之前修改url为空地址。是不是很坑？