Android WebView问题汇总以及解决方法

来源:互联网 发布:网络口语培训班 编辑:程序博客网 时间:2024/06/06 15:59

Android WebView常见问题解决方案汇总:

1、Android webview背景设置为透明无效

webview是一个使用方便、功能强大的控件,但由于webview的背景颜色默认是白色,在一些场合下会显得很突兀(比如背景是黑色)。
此时就想到了要把webview的背景设置为透明,这样就可以与其背景融为一体。
在2.X的平台下,一般设置webview背景为透明的方法如下:
wvContent.setBackgroundColor(0);  
但当程序在4.0上使用时,发现居然这种设置方法无法,即使通过上面设置背景为0,照样显示出原来默认的白色背景。
通过网上查找,发现原来是由于硬件加速导致的,此时就想到了使用代码关闭当前webview的硬件加速,方法如下:
wvContent.setLayerType(View.LAYER_TYPE_SOFTWARE,null);  
这时发现又有新问题,如果要通过该代码进行设置,SDK最低版本也要11(android 3.0)无法正常编译
这时需要在布局文件中设置 android:layerType="software"  
通过测试,在4.0和2.2都能正常运行,webview透明背景设置成功

2、WebView页面中播放了音频,退出Activity后音频仍然在播放

需要在Activity的onDestory()中调用webView.destroy();  
但是直接调用可能会引起如下错误:

06-10 15:01:11.402: E/ViewRootImpl(7502): sendUserActionEvent() mView == null  06-10 15:01:26.818: E/webview(7502): java.lang.Throwable: Error: WebView.destroy() called while still attached!  06-10 15:01:26.818: E/webview(7502): at android.webkit.WebViewClassic.destroy(WebViewClassic.java:4142) 06-10 15:01:26.818: E/webview(7502): at android.webkit.WebView.destroy(WebView.java:707)06-10 15:01:26.818: E/webview(7502): at com.didi.taxi.ui.webview.OperatingWebViewActivity.onDestroy(OperatingWebViewActivity.java:236) 06-10 15:01:26.818: E/webview(7502): at android.app.Activity.performDestroy(Activity.java:5543) 06-10 15:01:26.818: E/webview(7502): at android.app.Instrumentation.callActivityOnDestroy(Instrumentation.java:1134) 06-10 15:01:26.818: E/webview(7502): at android.app.ActivityThread.performDestroyActivity(ActivityThread.java:3619) 06-10 15:01:26.818: E/webview(7502): at android.app.ActivityThread.handleDestroyActivity(ActivityThread.java:3654)06-10 15:01:26.818: E/webview(7502): at android.app.ActivityThread.access$1300(ActivityThread.java:159)06-10 15:01:26.818: E/webview(7502): at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1369) 06-10 15:01:26.818: E/webview(7502): at android.os.Handler.dispatchMessage(Handler.java:99)06-10 15:01:26.818: E/webview(7502): at android.os.Looper.loop(Looper.java:137)06-10 15:01:26.818: E/webview(7502): at android.app.ActivityThread.main(ActivityThread.java:5419)06-10 15:01:26.818: E/webview(7502): at java.lang.reflect.Method.invokeNative(Native Method)06-10 15:01:26.818: E/webview(7502): at java.lang.reflect.Method.invoke(Method.java:525)06-10 15:01:26.818: E/webview(7502): at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1187)03-10 15:01:26.818: E/webview(7502): at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1003)06-10 15:01:26.818: E/webview(7502): at dalvik.system.NativeStart.main(Native Method)
如上所示,webview调用destory时,webview仍绑定在Activity上.这是由于自定义webview构建时传入了该Activity的context对象,因此需要先从父容器中移除webview,然后再销毁webview:rootLayout.removeView(webView);

3、WebView保留缩放功能但隐藏缩放控件:

mWebView.getSettings().setSupportZoom(true);  mWebView.getSettings().setBuiltInZoomControls(true);  if (DeviceUtils.hasHoneycomb())  mWebView.getSettings().setDisplayZoomControls(false);  
注意:setDisplayZoomControls是在Android 3.0中新增的API.

4、为WebView自定义错误显示界面:

覆写WebViewClient中的onReceivedError()方法:

/**  * 显示自定义错误提示页面,用一个View覆盖在WebView  */  protected void showErrorPage() {      LinearLayout webParentView = (LinearLayout)mWebView.getParent();      initErrorPage();      while (webParentView.getChildCount() > 1) {        webParentView.removeViewAt(0);      }    LinearLayout.LayoutParams lp = new LinearLayout.LayoutParams(LayoutParams.FILL_PARENT,LayoutParams.FILL_PARENT);      webParentView.addView(mErrorView, 0, lp);      mIsErrorPage = true;  }  protected void hideErrorPage() {      LinearLayout webParentView = (LinearLayout)mWebView.getParent();            mIsErrorPage = false;      while (webParentView.getChildCount() > 1) {          webParentView.removeViewAt(0);      }  }    protected void initErrorPage() {      if (mErrorView == null) {          mErrorView = View.inflate(this, R.layout.online_error, null);          Button button = (Button)mErrorView.findViewById(R.id.online_error_btn_retry);          button.setOnClickListener(new OnClickListener() {              public void onClick(View v) {                  mWebView.reload();              }          });          mErrorView.setOnClickListener(null);      }  }  @Override  public void onReceivedError(WebView view, int errorCode, String description, String failingUrl) {  mErrorView.setVisibility(View.VISIBLE);  super.onReceivedError(view, errorCode, description, failingUrl);  } 

5、WebView cookies清理:

CookieSyncManager.createInstance(this);   CookieSyncManager.getInstance().startSync();   CookieManager.getInstance().removeSessionCookie();   
但是CookieManager已经过时,不建议使用。
文档中提示The WebView now automatically syncs cookies as necessary.

6、清理cache 和历史记录:

webView.clearCache(true);   webView.clearHistory();  m_webview.loadDataWithBaseURL(null, result,"text/html", "utf-8",null);

7、判断WebView是否已经滚动到页面底端:

getScrollY()方法返回的是当前可见区域的顶端距整个页面顶端的距离,也就是当前内容滚动的距离.   
getHeight()或者getBottom()方法都返回当前WebView 这个容器的高度   
getContentHeight 返回的是整个html 的高度,但并不等同于当前整个页面的高度,因为WebView 有缩放功能, 所以当前整个页面的高度实际上应该是原始html 的高度再乘上缩放比例. 因此,更正后的结果,准确的判断方法应该是:   
if(WebView.getContentHeight*WebView.getScale() == (webview.getHeight()+WebView.getScrollY()))
{ //已经处于底端 }   

8、URL拦截:

Android WebView是拦截不到页面内的fragment跳转的。但是url跳转的话,又会引起页面刷新,H5页面的体验又下降了。只能给WebView注入JS方法了。

9、处理WebView中的非超链接请求(如Ajax请求): 

有时候需要加上请求头,但是非超链接的请求,没有办法再shouldOverrinding中拦截并用webView.loadUrl(String url,HashMap headers)方法添加请求头
目前用了一个临时的办法解决:
首先需要在url中加特殊标记/协议, 如在onWebViewResource方法中拦截对应的请求,然后将要添加的请求头,以get形式拼接到url末尾
在shouldInterceptRequest()方法中,可以拦截到所有的网页中资源请求,比如加载JS,图片以及Ajax请求等等

@SuppressLint("NewApi")  @Override  public WebResourceResponse shouldInterceptRequest(WebView view,String url) {      // 非超链接(如Ajax)请求无法直接添加请求头,现拼接到url末尾,这里拼接一个imei作为示例      String ajaxUrl = url;      // 如标识:req=ajax      if (url.contains("req=ajax")) {         ajaxUrl += "&imei=" + imei;      }      return super.shouldInterceptRequest(view, ajaxUrl);    }  

10、在页面中先显示图片:

@Override  public void onLoadResource(WebView view, String url) {    mEventListener.onWebViewEvent(CustomWebView.this, OnWebViewEventListener.EVENT_ON_LOAD_RESOURCE, url);      if (url.indexOf(".jpg") > 0) {       hideProgress(); //请求图片时即显示页面       mEventListener.onWebViewEvent(CustomWebView.this, OnWebViewEventListener.EVENT_ON_HIDE_PROGRESS, view.getUrl());       }      super.onLoadResource(view, url);  }  

11、屏蔽掉长按事件 因为webview长按时将会调用系统的复制控件:    

mWebView.setOnLongClickListener(new OnLongClickListener() {            @Override            public boolean onLongClick(View v) {                return true;            }        }); 

12、在WebView加入 flash支持:

String temp = "<html><body bgcolor=\"" + "black"                  + "\"> <br/><embed src=\"" + url + "\" width=\"" + "100%"                  + "\" height=\"" + "90%" + "\" scale=\"" + "noscale"                  + "\" type=\"" + "application/x-shockwave-flash"                  + "\"> </embed></body></html>";  String mimeType = "text/html";  String encoding = "utf-8";  web.loadDataWithBaseURL("null", temp, mimeType, encoding, "");  

13、WebView 在Android4.4的手机上onPageFinished()回调会多调用一次

需要尽量避免在onPageFinished()中做业务操作,否则会导致重复调用,还有可能会引起逻辑上的错误.

14、需要通过获取Web页中的title用来设置自己界面中的title及相关问题:

需要给WebView设置 WebChromeClient,并在onReceiveTitle()回调中获取

WebChromeClient webChromeClient = new WebChromeClient() {                @Override                public void onReceivedTitle(WebView view, String title) {                    super.onReceivedTitle(view, title);                             txtTitle.setText(title);                }            };    


但是发现在小米3的手机上,当通过webview.goBack()回退的时候,并没有触发onReceiveTitle(),这样会导致标题仍然是之前子页面的标题,没有切换回来.
这里可以分两种情况去处理:
(1) 可以确定webview中子页面只有二级页面,没有更深的层次,这里只需要判断当前页面是否为初始的主页面,可以goBack的话,只要将标题设置回来即可.
(2)webview中可能有多级页面或者以后可能增加多级页面,这种情况处理起来要复杂一些:
因为正常顺序加载的情况onReceiveTitle是一定会触发的,所以就需要自己来维护webview  loading的一个url栈及url与title的映射关系那么就需要一个ArrayList来保持加载过的url,一个HashMap保存url及对应的title.
正常顺序加载时,将url和对应的title保存起来,webview回退时,移除当前url并取出将要回退到的web 页的url,找到对应的title进行设置即可.这里还要说一点,当加载出错的时候,比如无网络,这时onReceiveTitle中获取的标题为 找不到该网页,因此建议当触发onReceiveError时,不要使用获取到的title.

15、WebView因addJavaScriptInterface()引起的安全问题.

这个问题主要是因为会有恶意的js代码注入,尤其是在已经获取root权限的手机上,一些恶意程序可能会利用该漏洞安装或者卸载应用.
关于详细的情况可以参考: https://github.com/pedant/safe-java-js-webview-bridge, 该项目利用onJsPrompt() 替代了addJavaScriptInterface(),同时增加了异步回调,
很好地解决了webview  js注入的安全问题.


欢迎扫描二维码,互相学习




0 0