• home > OS > Android > Develop >

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

    Author:[email protected] Date:

    就目前而言,如何应对版本的频繁更新呢,又如何灵活多变地展示我们的界面呢,这又涉及到了web app与native app之间孰优孰劣的争论 于是乎,一种混合型的app诞生了,灵活多变的部分,如淘宝商城

    web app与native app之间孰优孰劣的争论几乎和基督与穆斯林之间的圣战般.

    个人是偏向混合型的app:灵活多变的部分,如淘宝商城首页的活动页面,一集凡客诚品中我们都可以见到web 页面与native页面的混合,既利用了web app的灵活易更新,也借助了native app本身的效率.

    当然,就会用到webview这样的一个控件,就可以利用html5 去解决APP开发效率慢的问题。

    但是,webview 问题是很多的。建议先看一下官方文档:https://developer.android.com/guide/webapps/webview

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

    覆写WebViewClient中的onReceivedError()方法:

    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);  
        }  
    }

    其实这里没有啥好说的

    WebView cookies清理:

    • CookieSyncManager.createInstance(this);   

    • CookieSyncManager.getInstance().startSync();   

    • CookieManager.getInstance().removeSessionCookie();   

    清理cache 和历史记录:

    1. webView.clearCache(true);   

    2. webView.clearHistory();  

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

    1. getScrollY()方法返回的是当前可见区域的顶端距整个页面顶端的距离,也就是当前内容滚动的距离.   

    2. getHeight()或者getBottom()方法都返回当前WebView 这个容器的高度   

    3. getContentHeight 返回的是整个html 的高度,但并不等同于当前整个页面的高度,因为WebView 有缩放功能, 所以当前整个页面的高度实际上应该是原始html 的高度再乘上缩放比例. 因此,更正后的结果,准确的判断方法应该是:   

    4. if(WebView.getContentHeight*WebView.getScale() == (webview.getHeight()+WebView.getScrollY())){ //已经处于底端 }   

    URL拦截:

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

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

     有时候需要加上请求头,但是非超链接的请求,没有办法再shouldOverrinding中拦截并用webView.loadUrl(String url,HashMap headers)方法添加请求头

      目前用了一个临时的办法解决:

    首先需要在url中加特殊标记/协议, 如在onWebViewResource方法中拦截对应的请求,然后将要添加的请求头,以get形式拼接到url末尾

    在shouldInterceptRequest()方法中,可以拦截到所有的网页中资源请求,比如加载JS,图片以及Ajax请求等等

    Ex:

    @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);  
    }

    在页面中先显示图片:

    @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);  
    }

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

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


    WebView 在Android4.4的手机上onPageFinished()回调会多调用一次(具体原因待追查)

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

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


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



    1. 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.

     

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

        这个问题主要是因为会有恶意的js代码注入,尤其是在已经获取root权限的手机上,一些恶意程序可能会利用该漏洞安装或者卸载应用.

    关于详细的情况可以参考下面这篇文章:

    .http://blog.csdn.net/leehong2005/article/details/11808557

       

    还有一个开源项目可以参考: https://github.com/pedant/safe-java-js-webview-bridge, 该项目利用onJsPrompt() 替代了addJavaScriptInterface(),(解决方案类似上述参考的博客)同时增加了异步回调,

    很好地解决了webview  js注入的安全问题.


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

    需要在Activity的onDestory()中调用


    1. 参考文章:

    2. https://blog.csdn.net/robertcpp/article/details/51628859

    3. https://juejin.cn/post/6844904149608300552



    转载本站文章《Android WebView常见问题及解决方案汇总》,
    请注明出处:https://www.zhoulujun.cn/html/OS/Android/AndroidDevelop/2015_1015_312.html