备案控制台
探索云世界
开发者社区 开发与运维 文章 正文

WebView库功能完善

2020-05-31 1247
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介：

目录介绍

  • 01.loadUrl到底做了什么
  • 02.触发加载网页的行为
  • 03.webView重定向怎么办
  • 04.js交互的一点知识分享
  • 05.拦截缓存如何优雅处理
  • 06.关于一些问题和优化
  • 07.关于一点面向对象思想
  • 08.关于后期需要研究目标

01.loadUrl到底做了什么

  • WebView.loadUrl(url)加载网页做了什么？

    • 加载网页是一个复杂的过程，在这个过程中，我们可能需要执行一些操作，包括：
    • 加载网页前，重置WebView状态以及与业务绑定的变量状态。WebView状态包括重定向状态(mTouchByUser)、前端控制的回退栈(mBackStep)等，业务状态包括进度条、当前页的分享内容、分享按钮的显示隐藏等。
    • 加载网页前，根据不同的域拼接本地客户端的参数，包括基本的机型信息、版本信息、登录信息以及埋点使用的Refer信息等，有时候涉及交易、财产等还需要做额外的配置。
    • 开始执行页面加载操作时，会回调WebViewClient.onPageStarted(webView,url,favicon)。在此方法中，可以重置重定向保护的变量(mRedirectProtected)，当然也可以在页面加载前重置，由于历史遗留代码问题，此处尚未省去优化。

  • 加载页面的过程中回调哪些方法？

    • WebChromeClient.onReceivedTitle(webview, title)，用来设置标题。需要注意的是，在部分Android系统版本中可能会回调多次这个方法，而且有时候回调的title是一个url，客户端可以针对这种情况进行特殊处理，避免在标题栏显示不必要的链接。
    • WebChromeClient.onProgressChanged(webview, progress)，根据这个回调，可以控制进度条的进度（包括显示与隐藏）。一般情况下，想要达到100%的进度需要的时间较长（特别是首次加载），用户长时间等待进度条不消失必定会感到焦虑，影响体验。其实当progress达到80的时候，加载出来的页面已经基本可用了。事实上，国内厂商大部分都会提前隐藏进度条，让用户以为网页加载很快。
    • WebViewClient.shouldInterceptRequest(webview, request)，无论是普通的页面请求(使用GET/POST)，还是页面中的异步请求，或者页面中的资源请求，都会回调这个方法，给开发一次拦截请求的机会。在这个方法中，我们可以进行静态资源的拦截并使用缓存数据代替，也可以拦截页面，使用自己的网络框架来请求数据。包括后面介绍的WebView免流方案，也和此方法有关。
    • WebViewClient.shouldOverrideUrlLoading(webview, request)，如果遇到了重定向，或者点击了页面中的a标签实现页面跳转，那么会回调这个方法。可以说这个是WebView里面最重要的回调之一，后面WebView与Native页面交互一节将会详细介绍这个方法。
    • WebViewClient.onReceivedError(webview,handler,error)，加载页面的过程中发生了错误，会回调这个方法。主要是http错误以及ssl错误。在这两个回调中，我们可以进行异常上报，监控异常页面、过期页面，及时反馈给运营或前端修改。在处理ssl错误时，遇到不信任的证书可以进行特殊处理，例如对域名进行判断，针对自己公司的域名“放行”，防止进入丑陋的错误证书页面。也可以与Chrome一样，弹出ssl证书疑问弹窗，给用户选择的余地。

  • 加载页面结束回调哪些方法

    • 会回调WebViewClient.onPageFinished(webview,url)。
    • 这时候可以根据回退栈的情况判断是否显示关闭WebView按钮。通过mActivityWeb.canGoBackOrForward(-1)判断是否可以回退。

02.触发加载网页的行为

  • 触发加载网页的行为主要有两种方式：

    • （A）点击页面，触发标签。
    • （B）调用WebView的loadUrl()方法
    • 这两种方法都会发出一条地址，区别就在于这条地址是目的地址还是重定向地址。以访问http://www.baidu.com百度的页面来测试一下方法的执行顺序。

  • 触发加载网页流程分析

    • 在代码中通过loadUrl加载百度的首页，此时的行为属于（B）方式。

      • 可以发现大概的执行顺序是：onPageStarted ——> shouldOverrideUrlLoading ——> onPageFinished
      • 那么为什么会执行多次呢，思考一下？具体可以看一下7.2得出的结论分析。
      X5LogUtils: -------onPageStarted-------http://www.baidu.com/
X5LogUtils: -------shouldOverrideUrlLoading-------https://m.baidu.com/?from=844b&vit=fps
X5LogUtils: -------onPageFinished-------http://www.baidu.com/
X5LogUtils: -------onPageStarted-------https://m.baidu.com/?from=844b&vit=fps
X5LogUtils: -------onReceivedTitle-------百度一下
X5LogUtils: -------shouldOverrideUrlLoading-------http://m.baidu.com/?cip=117.101.19.67&baiduid=C6FCEED198C994E0D653C094F2708C32&from=844b&vit=fps?from=844b&vit=fps&index=&ssid=0&bd_page_type=1&logid=12175252243175665635&pu=sz%401321_480&t_noscript=jump
X5LogUtils: -------onPageFinished-------https://m.baidu.com/?from=844b&vit=fps
X5LogUtils: -------shouldOverrideUrlLoading-------https://m.baidu.com/?cip=117.101.19.67&baiduid=C6FCEED198C994E0D653C094F2708C32&from=844b&vit=fps?from=844b&vit=fps&index=&ssid=0&bd_page_type=1&logid=12175252243175665635&pu=sz%401321_480&t_noscript=jump
X5LogUtils: -------onPageStarted-------http://m.baidu.com/?cip=117.101.19.67&baiduid=C6FCEED198C994E0D653C094F2708C32&from=844b&vit=fps?from=844b&vit=fps&index=&ssid=0&bd_page_type=1&logid=12175252243175665635&pu=sz%401321_480&t_noscript=jump
X5LogUtils: -------onPageFinished-------http://m.baidu.com/?cip=117.101.19.67&baiduid=C6FCEED198C994E0D653C094F2708C32&from=844b&vit=fps?from=844b&vit=fps&index=&ssid=0&bd_page_type=1&logid=12175252243175665635&pu=sz%401321_480&t_noscript=jump
X5LogUtils: -------onPageStarted-------https://m.baidu.com/?cip=117.101.19.67&baiduid=C6FCEED198C994E0D653C094F2708C32&from=844b&vit=fps?from=844b&vit=fps&index=&ssid=0&bd_page_type=1&logid=12175252243175665635&pu=sz%401321_480&t_noscript=jump
X5LogUtils: -------onReceivedTitle-------百度一下,你就知道
X5LogUtils: -------onPageFinished-------https://m.baidu.com/?cip=117.101.19.67&baiduid=C6FCEED198C994E0D653C094F2708C32&from=844b&vit=fps?from=844b&vit=fps&index=&ssid=0&bd_page_type=1&logid=12175252243175665635&pu=sz%401321_480&t_noscript=jump

    • 在首页，点击一下“hao123”,跳转到www.hao123.com的主页上来，此时的行为属于（A）方式。

      • 可以发现大概的执行顺序是：shouldOverrideUrlLoading ——> onPageStarted ——> onPageFinished
      X5LogUtils: -------shouldOverrideUrlLoading-------http://m.hao123.com/?ssid=0&from=844b&bd_page_type=1&uid=0&pu=sz%401321_1002%2Cta%40utouch_2_9.0_2_6.2&idx=30000&itj=39
X5LogUtils: -------onPageStarted-------http://m.hao123.com/?ssid=0&from=844b&bd_page_type=1&uid=0&pu=sz%401321_1002%2Cta%40utouch_2_9.0_2_6.2&idx=30000&itj=39
X5LogUtils: -------onReceivedTitle-------hao123导航-上网从这里开始
X5LogUtils: -------onPageFinished-------http://m.hao123.com/?ssid=0&from=844b&bd_page_type=1&uid=0&pu=sz%401321_1002%2Cta%40utouch_2_9.0_2_6.2&idx=30000&itj=39

    • 然后在hao123页面，点击优酷网进行跳转，此时的行为属于（A）方式。

      X5LogUtils: -------shouldOverrideUrlLoading-------http://m.hao123.com/j.php?z=2&page=index_cxv3&pos=cydhwt_n2&category=ty&title=%E4%BC%98%E9%85%B7%E7%BD%91&qt=tz&url=http%3A%2F%2Fwww.youku.com%2F&key=58193753e7a868d9a013056c6c4cd77b
X5LogUtils: -------onPageStarted-------http://m.hao123.com/j.php?z=2&page=index_cxv3&pos=cydhwt_n2&category=ty&title=%E4%BC%98%E9%85%B7%E7%BD%91&qt=tz&url=http%3A%2F%2Fwww.youku.com%2F&key=58193753e7a868d9a013056c6c4cd77b
X5LogUtils: -------shouldOverrideUrlLoading-------http://www.youku.com/
X5LogUtils: -------onPageFinished-------http://m.hao123.com/j.php?z=2&page=index_cxv3&pos=cydhwt_n2&category=ty&title=%E4%BC%98%E9%85%B7%E7%BD%91&qt=tz&url=http%3A%2F%2Fwww.youku.com%2F&key=58193753e7a868d9a013056c6c4cd77b
X5LogUtils: -------onPageStarted-------http://www.youku.com/
X5LogUtils: -------shouldOverrideUrlLoading-------https://www.youku.com/
X5LogUtils: -------onPageFinished-------http://www.youku.com/
X5LogUtils: -------onPageStarted-------https://www.youku.com/
X5LogUtils: -------onReceivedTitle-------优酷视频-首页
X5LogUtils: -------onPageFinished-------https://www.youku.com/

    • 然后从优酷页面回退到hao123页面，看看又回执行哪些方法。

      X5LogUtils: -------onPageStarted-------http://m.hao123.com/?ssid=0&from=844b&bd_page_type=1&uid=0&pu=sz%401321_1002%2Cta%40utouch_2_9.0_2_6.2&idx=30000&itj=39
X5LogUtils: -------onReceivedTitle-------hao123导航-上网从这里开始
X5LogUtils: -------onReceivedTitle-------hao123导航-上网从这里开始
X5LogUtils: -------onPageFinished-------http://m.hao123.com/?ssid=0&from=844b&bd_page_type=1&uid=0&pu=sz%401321_1002%2Cta%40utouch_2_9.0_2_6.2&idx=30000&itj=39

    • 然后从hao123页面回退到百度首页，看看又回执行哪些方法。

      X5LogUtils: -------onPageStarted-------https://m.baidu.com/?cip=117.101.19.67&baiduid=C6FCEED198C994E0D653C094F2708C32&from=844b&vit=fps?from=844b&vit=fps&index=&ssid=0&bd_page_type=1&logid=12175252243175665635&pu=sz%401321_480&t_noscript=jump
X5LogUtils: -------onReceivedTitle-------百度一下,你就知道
X5LogUtils: -------onReceivedTitle-------百度一下,你就知道
X5LogUtils: -------onPageFinished-------https://m.baidu.com/?cip=117.101.19.67&baiduid=C6FCEED198C994E0D653C094F2708C32&from=844b&vit=fps?from=844b&vit=fps&index=&ssid=0&bd_page_type=1&logid=12175252243175665635&pu=sz%401321_480&t_noscript=jump

  • 得出结论分析说明

    • 在(A)行为方式下（用户点击链接的回调）：

      • 1.如果是目的地址，那么方法的执行顺序是：

        • shouldOverrideUrlLoading() -> onPageStarted()-> onPageFinished()
        • shouldOverrideUrlLoading()由于它要提供给APP选择加载网页环境的机会，所以只要是网页上地址请求，都会获取到。

      • 2.如果是重定向地址，在跳转到目的地址之前会进行不断的地址定位，每一次地址定位都会由以下执行顺序体现出来：

        • onPageStarted()->shouldOverrideUrlLoading()->onPageFinished()
        • 暂且设定这种执行顺序叫：fixed position
        • 那么一个正常的重定向地址，方法的执行顺序就是：
        • shouldOverrideUrlLoading() -> fixed position -> … -> fixed position -> onPageStarted() -> onPageFinished()
        • 举个例子：有重定向(A->B->C)，那么
        shouldOverrideUrlLoading(A) -> onPageStarted(A) ->
onPageStarted(B) -> shouldOverrideUrlLoading(B) ->
onPageStarted(C) -> shouldOverrideUrlLoading(C) -> onPageFinished(C)

    • 在（B）行为下：

      • 1.如果是目的地址，那么方法的执行顺序是：

        • onPageStarted()-> onPageFinished()
        • loadUrl()加载地址时，一般不会触发shouldOverrideUrlLoading()，一旦触发了，就说明这是一个重定向地址。

      • 2.如果是重定向地址，方法的执行顺序就是：

        • fixed position -> … -> fixed position -> onPageStarted() -> onPageFinished()

03.webView重定向怎么办

  • webView出现302/303重定向

    • 302重定向又称之为302代表暂时性转移，比如你跳转A页面，但由于网页添加了约束条件，可能让你跳转到B页面，甚至多次重定向。

  • 导致的问题

    • 1.A-->B-->C，比如你跳转A页面，最终重定向到C页面。这个时候调用goBack方法，返回到B链接，但是B链接又会跳转到C链接，从而导致没法返回到A链接界面
    • 2.会多次执行onPageStarted和onPageFinished，如果你这里有加载进度条或者loading，那么会导致进度条或者loading执行多次

  • 常见的解决方案

  • 如何判断重定向

    • 通过getHitTestResult()返回值，如果返回null，或者UNKNOWN_TYPE，则表示为重定向。具体看：18.如何用代码判断是否重定向
    • 在加载一个页面开始的时候会回调onPageStarted方法，在该页面加载完成之后会回调onPageFinished方法。而如果该链接发生了重定向，回调shouldOverrideUrlLoading会在回调onPageFinished之前。

  • 终极解决方案如下

    • 需要准备的条件

      • 创建一个栈，主要是用来存取和移除url的操作。这个url包括所有的请求链接
      • 定义一个变量，用于判断页面是否处于正在加载中。
      • 定义一个变量，用于记录重定向前的链接url
      • 定一个重定向时间间隔，主要为了避免刷新造成循环重定向

    • 具体怎么操作呢

      • 在执行onPageStarted时，先移除栈中上一个url，然后将url加载到栈中。
      • 当出现错误重定向的时候，如果和上一次重定向的时间间隔大于3秒，则reload页面。
      • 在回退操作的时候，判断如果可以回退，则从栈中获取最后停留的url，然后loadUrl。即可解决回退问题。

    • 具体方法思路

04.js交互的一点知识分享

  • js交互介绍

    • Java调用js方法有两种：

      • WebView.loadUrl("javascript:" + javascript);
      • WebView.evaluateJavascript(javascript, callbacck);

    • js调用Java的方法有三种，分别是：

      • JavascriptInterface
      • WebViewClient.shouldOverrideUrlLoading()
      • WebChromeClient.onJsPrompt()

  • js调用java方法比较和区别分析

    • 1.通过 addJavascriptInterface 方法进行添加对象映射。js最终通过对象调用原生方法
    • 2.shouldOverrideUrlLoading拦截操作，获取scheme匹配，与网页约定好一个协议，如果匹配，执行相应操作

    • 3.利用WebChromeClient回调接口onJsPrompt拦截操作。

      • onJsAlert 是不能返回值的，而 onJsConfirm 只能够返回确定或者取消两个值，只有 onJsPrompt 方法是可以返回字符串类型的值，操作最全面方便。
    • 详细分析可以看：03.Js调用Android

  • js调用java原生方法可能存在的问题？

    • 提出问题

      • 1.原生方法是否可以执行耗时操作，如果有会阻塞通信吗？4.4.8 prompt的一个坑导致js挂掉
      • 2.多线程中调用多个原生方法，如何保证原生方法每一个都会被执行到？
      • 3.js会阻塞等待当前原生函数（耗时操作的那个）执行完毕再往下走，所以js调用java方法里面最好也不要做耗时操作

    • 解决方案

      • 1.在js调用​window.alert​，​window.confirm​，​window.prompt​时，​会调用WebChromeClient​对应方法，可以此为入口，作为消息传递通道，考虑到开发习惯，一般不会选择alert跟confirm，​通常会选prompt作为入口，在App中就是onJsPrompt作为jsbridge的调用入口。由于onJsPrompt是在UI线程执行，所以尽量不要做耗时操作，可以借助Handler灵活处理。
      • 2.利用Handler封装一下，让每个任务自己处理，耗时的话就开线程自己处理。具体可以看：WvWebView

  • java调用js的时机

    • onPageFinished()或者onPageStarted()方法中注入js代码吗？

      • js交互，大部分都会认为js在WebViewClient.onPageFinished()方法中注入最合适，此时dom树已经构建完成，页面已经完全展现出来。但如果做过页面加载速度的测试，会发现WebViewClient.onPageFinished()方法通常需要等待很久才会回调（首次加载通常超过3s），这是因为WebView需要加载完一个网页里主文档和所有的资源才会回调这个方法。
      • 能不能在WebViewClient.onPageStarted()中注入呢？答案是不确定。经过测试，有些机型可以，有些机型不行。在WebViewClient.onPageStarted()中注入还有一个致命的问题——这个方法可能会回调多次，会造成js代码的多次注入。
      • 从7.0开始，WebView加载js方式发生了一些小改变，官方建议把js注入的时机放在页面开始加载之后。

    • 可以在onProgressChanged中方法中注入js代码

      • 页面的进度加载到80%的时候，实际上dom树已经渲染得差不多了，表明WebView已经解析了标签，这时候注入一般是成功的。
      • 提到的多次注入控制，使用了boolean值变量控制；重新加载一个URL之前，需要重置boolean值变量，让重新加载后的页面再次注入js

05.拦截缓存如何优雅处理

  • WebView为何加载慢

    • webView是怎么加载网页的呢？

      • webView初始化->DOM下载→DOM解析→CSS请求+下载→CSS解析→渲染→绘制→合成

    • 渲染速度慢

      • 前端H5页面渲染的速度取决于 两个方面：

        • Js 解析效率。Js 本身的解析过程复杂、解析速度不快 & 前端页面涉及较多 JS 代码文件，所以叠加起来会导致 Js 解析效率非常低
        • 手机硬件设备的性能。由于Android机型碎片化，这导致手机硬件设备的性能不可控，而大多数的Android手机硬件设备无法达到很好很好的硬件性能

    • 页面资源加载缓慢

      • H5 页面从服务器获得，并存储在 Android手机内存里：

        • H5页面一般会比较多

        • 每加载一个 H5页面，都会产生较多网络请求：

          • HTML 主 URL 自身的请求；
          • HTML外部引用的JS、CSS、字体文件，图片也是一个独立的 HTTP 请求
        • 每一个请求都串行的，这么多请求串起来，这导致 H5页面资源加载缓慢

  • 解决WebView加载慢

    • 前端H5的缓存机制（WebView 自带）
    • 资源拦截缓存
    • 资源拦截替换

  • webView浏览器缓存机制

    • 这些技术都是协议层所定义的，在Android的webView当中我们可以通过配置决定是否采纳这几个协议的头部属性
    // LOAD_CACHE_ONLY: 不使用网络，只读取本地缓存数据
// LOAD_DEFAULT: （默认）根据cache-control决定是否从网络上取数据。
// LOAD_NO_CACHE: 不使用缓存，只从网络获取数据.
// LOAD_CACHE_ELSE_NETWORK，只要本地有，无论是否过期，或者no-cache，都使用缓存中的数据。
ws.setCacheMode(WebSettings.LOAD_DEFAULT);
    • 一般设置为默认的缓存模式就可以了。关于缓存的配置, 主要还是靠web前端和后台设置。关于浏览器缓存机制

  • 自身构建缓存方案

    • 拦截处理

      • 在shouldInterceptRequest方法中拦截处理
      • 步骤1:判断拦截资源的条件，即判断url里的图片资源的文件名
      • 步骤2:创建一个输入流，这里可以先从内存中拿，拿不到从磁盘中拿，再拿不到就从网络获取数据
      • 步骤3:打开需要替换的资源(存放在assets文件夹里)，或者从lru中取出缓存的数据
      • 步骤4:替换资源

    • 有几个问题

      • 如何判断url中资源是否需要拦截，或者说是否需要缓存
      • 如何缓存js，css等
      • 缓存数据是否有时效性
      • 关于缓存下载的问题，是引入okhttp还是原生网络请求，缓存下载失败该怎么处理

    • 在哪里进行拦截

      • webView在加载网页的时候，用户能够通过系统提供的API干预各个中间过程。我们要拦截的就是网页资源请求的环节。这个过程，WebViewClient当中提供了以下两个入口：

        // android5.0以上的版本加入
@Override
public WebResourceResponse shouldInterceptRequest(WebView webView, WebResourceRequest webResourceRequest) {
  return super.shouldInterceptRequest(webView, webResourceRequest);
}

@Override
public WebResourceResponse shouldInterceptRequest(WebView webView, String s) {
  return super.shouldInterceptRequest(webView, s);
}

      • 替换资源操作

        • 只要在这两个入口构造正确的WebResourceResponse对象，就可以替换默认的请求为我们提供的资源
        • 因此，在每次请求资源的时候根据请求的URL/WebResourceRequest判断是否存在本地的缓存，并在缓存存在的情况下将缓存的输入流返回

06.关于一些问题和优化

  • 影响页面加载的一些因素有那些？

    • 1.加载网页中，如果图片很多，而这些图片的请求又是一个个独立并且串行的请求。那么可能会导致加载页面比较缓慢……
    • 2.app原生和webView中请求，都会涉及到https的网络请求，那么在请求前会有域名dns的解析，这个也会有大约200毫秒的解析时间(主要耗费时间dns，connection，服务器处理等)……
    • 3.webView加载html网页时，有些js一直在执行比如动画之类的东西，此刻webView挂在了后台这些资源是不会被释放用户也无法感知。导致耗费资源……
    • 4.关于加载loading或者加载进度条，不一定要放到onPageStarted开始执行即显示出来，因为webView从创建到这个方法会有一个时间……
    • 5.webView默认开启密码保存功能，如果网页涉及到用户登陆，密码会被明文保到 /data/data/com.package.name/databases/webview.db 中，这样就有被盗取密码的危险……
    • 6.h5页面被拦截或者注入广告，重定向，或者DNS劫持。一般跟连接的wifi有关系（http劫持），也可能跟运营商有关系(dns劫持)

  • 具体可以操作的优化分析

    • 1.加载webView中的资源时，针对图片，等页面finish后再发起图片加载(也就是执行onPageFinished设置加载图片)。具体看5.0.2图片加载次序优化
    • 2.DNS域名解析采用和客户端API相同的域名， DNS会在系统级别进行缓存，对于WebView的地址，如果使用的域名与native的API相同，则可以直接使用缓存的DNS而不用再发起请求图片。具体看5.0.7 DNS采用和客户端API相同的域名
    • 3.在后台的时候，会调用onStop方法，即此时关闭js交互，回到前台调用onResume再开启js交互。具体看5.0.9 后台无法释放js导致发热耗电
    • 4.提前显示进度条不是提升性能，但是对用户体验来说也是很重要的一点 ，WebView.loadUrl("url") 不会立马就回调onPageStarted方法，因为在这一时间段，WebView 有可能在初始化内核，也有可能在与服务器建立连接，这个时间段容易出现白屏
    • 5.需要通过 WebSettings.setSavePassword(false) 关闭密码保存功能。
    • 6.一般可以处理：1使用https代替http；2.添加白名单(比如添加自己网站的host，其他不给访问)；3.对页面md5校验(不太好)。设置白名单参考：5.0.8 如何设置白名单操作

  • 还有一些其他的优化小细节

    • a.WebView处理404、500逻辑，在WebChromeClient子类中可以重写他的onReceivedTitle()方法监听标题，还有在WebChromeClient子类中onReceivedHttpError可以监听statusCode。具体操作看5.1.5 WebView处理404、500逻辑
    • b.如果不显示图片，开发的时候可能使用的是https的链接, 但是链接中的图片可能是http的，需要开启设置。具体看：4.1.4 webView加载网页不显示图片
    • c.evaluateJavascript(String var1, ValueCallback var2)中url长度有限制，在19以上超过2097152个字符失效，这个地方可以加个判断。不过一般很难碰到……具体可以参考：4.3.1 Android与js传递数据大小有限制
    • d.在web页面android软键盘覆盖问题，常见的有android:windowSoftInputMode的值adjustPan或者adjustResize即可，如果webView是全屏模式则仍然会出现问题。具体看：4.6.1 在web页面android软键盘覆盖问题
    • e.关于WebView隐藏H5页面中的某个标签视图，大概操作就是在页面加载完成，通过getElementsByClassName找到h5中标签name，然后手动写function方法隐藏标签。但加载时机很关键，不过会造成闪屏和多次加载。具体看：4.6.6 WebView如何隐藏H5的部分内容问题
    • f.页面重定向，会导致onPageStarted多次执行，那么这个时候如何避免加载进度条出现执行多次，或者跳动的问题。具体可见：09.web进度条避免多次加载
    • g.建议开启Google安全浏览服务，用户访问不安全网页会提示安全问题；webView使用上的建议设置布局高度和宽度设置为 match_parent；具体可见48.开启Google安全浏览服务

07.关于一点面向对象的思想

  • 针对webView视频播放演变

    • 1.最刚开始把视频全屏show和hide的逻辑都放到X5WebChromeClient中处理，相当于这个类中逻辑比较多
    • 2.后期把视频全屏播放逻辑都抽到了VideoWebChromeClient类中处理，这样只需要继承该类即可。这个类独立，拿来即用。
    • 3.后期演变，一个视频全屏播放接口 + 接口实现类 + VideoChromeClient，接口主要能够解耦

  • 关于webView拦截缓存处理

    • 1.代码结构大概是：拦截缓存接口 + 接口实现类 + 接口委派类
    • 2.优点：委派类和实现类解耦；便于增加过滤功能(比如用了https+dns优化就不用拦截缓存)；
    //1.创建委托对象
WebViewCacheDelegate webViewCacheDelegate = WebViewCacheDelegate.getInstance();
//2.通过委托对象调用方法
WebResourceResponse webResourceResponse = webViewCacheDelegate.interceptRequest(url);

  • 关于shouldOverrideUrlLoading处理多类型

    • 比如：封装库中需要处理打电话，发短信，发邮件，地图定位，图片，超链接等拦截逻辑
    • 最刚开始是把处理的逻辑都放到了WebViewClient中的shouldOverrideUrlLoading方法中处理。不过发现这个类代码越来越多……
    • 后期演变，针对电话短信等将处理逻辑抽取到WebSchemeIntent类中，针对图片处理逻辑抽取到SaveImageProcessor类中。具体看WebSchemeIntent
    • 这样做，相当于保证了类的单一性职责，即类尽量保证内部处理的功能尽可能单一，而不是错综复杂……

08.关于后期需要研究的目标

  • 目标

    • web页面特别消耗流量，每次打开页面都会请求网络，建议对流量的消耗进行优化……除了对lib库中对拦截做OkHttp缓存，还有什么其他方案

  • web页面涉及流量的几个方面

    • 普通https请求，一般过程是服务端(对象)-->网络中(二进制流)-->客户端(对象)，文本内容会做传输压缩
    • 网络图片下载，图片下载消耗的流量较多
    • h5页面展示，由于h5页面是交由前端处理显示，客户端开发关注的少些，而此处消耗了大量的流量

  • 如何查看web页面消耗流量

    • 使用TrafficStats即可查看流量的消耗

09.开源库

文章标签：
域名
云解析DNS
Java
JavaScript
前端开发
Android开发
网络安全
数据安全/隐私保护
网络协议
移动开发
API
缓存
关键词：
WebView功能
WebView库
相关实践学习
基于函数计算快速搭建Hexo博客系统
本场景介绍如何使用阿里云函数计算服务命令行工具快速搭建一个Hexo博客。
杨充
目录
相关文章
kind-tester
|
3月前
|
小程序 Android开发
Appium微信小程序自动化之开启webview调试功能方法封装
Appium微信小程序自动化之开启webview调试功能方法封装
kind-tester
74 0
范大脚脚
|
存储 缓存 Android开发
Android webView 缓存 Cache + HTML5离线功能 解决
范大脚脚
3230 0
杨充
|
移动开发 JavaScript 安全
WebView开源库终极方案
目录介绍 01.前沿说明 1.1 案例展示效果 1.2 该库功能和优势 1.3 相关类介绍说明 1.4 WebView知识点 02.如何使用 2.1 如何引入 2.2 最简单使用 2.3 常用api 2.
杨充
2498 0
kk_100
|
缓存 安全 API
X5webview去掉分享功能和缓存功能
x5webview比原生的webview适配更好，加载更快，对音视频的兼容性更好，具备独特的优势 1) 速度快：相比系统webview的网页打开速度有30+%的提升； 2) 省流量：使用云端优化技术使流量节省20+%； 3) 更安全：安全问题可以在24小时内修复； 4) 更稳定：经过亿级用户的使用考验，CRASH率低于0.
kk_100
2448 0
最美的回忆
|
Android开发
Android基础---WebView添加基本的放大缩小功能以及为图片添加放大缩小功能
最美的回忆
1947 0
知与谁同
|
Web App开发 JavaScript 安全
AgentWeb是基于Android WebView一个功能完善小型浏览器库
知与谁同
3961 0
玄学酱
|
Web App开发 JavaScript 安全
AgentWeb是基于Android WebView一个功能完善小型浏览器库
玄学酱
3605 0
悟静
|
Android开发 iOS开发 JavaScript
iOS 混合应用的关键点分析 - 仿 Android 平台 WebView 可注入本地对象方法的功能实现要点
iOS 混合应用的关键点分析 - 仿 Android 平台 WebView 可注入本地对象方法的功能实现要点 太阳火神的美丽人生 (http://blog.csdn.net/opengl_es) 本文遵循“署名-非商业用途-保持一致”创作公用协议 转载请保留此句：太阳火神的美丽人生 -  本博客专注于 敏捷开发及移动和物联设备研究：iOS、Android、Html5、Arduino、pcDuino，否则，出自本博客的文章拒绝转载或再转载，谢谢合作。
悟静
977 0
小弟的谷哥
|
Android开发
WebView长按后调用系统自带功能复制文字
mWebView.emulateShiftHeld();
小弟的谷哥
1335 0
w风雨无阻w
|
6月前
|
API Android开发 数据安全/隐私保护
解决android webview 加载http url 失败 net::ERR_CLEARTEXT_NOT_PERMITTED 错误
解决android webview 加载http url 失败 net::ERR_CLEARTEXT_NOT_PERMITTED 错误
w风雨无阻w
228 0

热门文章

最新文章

  • 1
    移动端 Hybrid 开发：RN、Flutter与Webview的抉择与融合
  • 2
    前端常见兼容问题系列6: 一些安卓APP的WebView中<input type="file">不工作
  • 3
    Android Webview场景下防止dns劫持的探索
  • 4
    Android中webView不能正常加载Twitter连接
  • 5
    重新想象 Windows 8.1 Store Apps (80) - 控件增强: WebView 之基本应用, POST 数据, 与 JavaScript 交互
  • 6
    iOS 混合应用的关键点分析 - 仿 Android 平台 WebView 可注入本地对象方法的功能实现要点
  • 7
    Android Webview与Html5交互
  • 8
    Android中WebView加载本地Html，与JavaScript与Android方法相互传值（续）
  • 9
    重新想象 Windows 8.1 Store Apps (81) - 控件增强: 加载本地 html, 智能替换 html 中的 url 引用, 通过 Share Contract 分享 WebView 中的内容, 为 WebView 截图
  • 10
    WebView用法与JS交互
  • 1
    安卓和webview交互
    25
  • 2
    Appium微信小程序自动化之开启webview调试功能方法封装
    74
  • 3
    webview 的 title 和 url
    21
  • 4
    App自动化查看webview的元素定位信息
    30
  • 5
    关于使用WebView的应用是否会面临下架风险
    38
  • 6
    应用研发平台EMAS的用户反馈SDK确实使用了WebView
    40
  • 7
    安卓和webview交互
    57
  • 8
    [√]Android webview的url scheme
    403
  • 9
    小程序webview组件嵌H5页面，安卓手机没有问题，苹果有部分页面不显示
    105
  • 10
    在钉钉小程序中安卓无法打开webview
    114

    • 相关课程

    更多
  • 开源Android容器化框架Atlas开发者指南

    • 相关电子书

    更多
  • 荷鲁斯 移动端第三方库安全检查引擎介绍
  • 荷鲁斯移动端第三方库安全检测引擎介绍
  • 函数计算最佳实践：快速开发一个分布式 Puppeteer 网页截图服务
    • 下一篇
    阿里云oss简介和使用流程
    为什么选择阿里云什么是云计算全球基础设施技术领先稳定可靠安全合规分析师报告
    产品和定价全部产品免费试用产品动态产品定价价格计算器云上成本管理
    解决方案技术解决方案
    文档与社区文档开发者社区天池大赛培训与认证
    权益中心免费试用高校计划企业扶持计划推荐返现计划
    支持与服务基础服务企业增值服务迁云服务官网公告健康看板信任中心
    关注阿里云
    关注阿里云公众号或下载阿里云APP，关注云资讯，随时随地运维管控云服务
    阿里云APP阿里云微信
    联系我们：4008013260
    法律声明Cookies政策廉正举报安全举报联系我们加入我们
    阿里巴巴集团淘宝网天猫全球速卖通阿里巴巴国际交易市场1688阿里妈妈飞猪阿里云计算AliOS万网高德UC友盟优酷钉钉支付宝达摩院淘宝海外阿里云盘饿了么
    © 2009-2024 Aliyun.com 版权所有 增值电信业务经营许可证： 浙B2-20080101 域名注册服务机构许可： 浙D3-20210002 京D3-20220015
    浙公网安备 33010602009975号浙B2-20080101-4