混合开发之WebView秘笈

WebView总结现在越来越多的app采用混合模式开发(Hyprid App),既有native app的优良用户体验,又有web app的跨平台优点。而其核心是使用WebView控件实现加载url,接下来我总结了关于WebView的介绍和使用。

简介WebView是一个基于webkit引擎、展现web页面的控件。 Android的Webview在低版本和高版本采用了不同的webkit版本内核,4.4后直接使用了Chrome。作用

显示和渲染Web页面

直接使用html文件(网络上或本地assets中)作布局

可和JavaScript交互调用

WebView控件功能强大,除了具有一般View的属性和设置外,还可以对url请求、页面加载、渲染、页面交互进行强大的处理。使用介绍一般来说Webview可单独使用,可联合其子类一起使用,所以接下来,我会介绍

Webview自身的常见方法;

Webview的最常用的子类

(WebSettings类、WebViewClient类、WebChromeClient类)

Android和Js的交互

Webview常用方法加载url

加载方式根据资源分为三种

WebView的状态

前进 / 后退网页

常见用法:Back键控制网页后退

问题:在不做任何处理前提下 ,浏览网页时点击系统的“Back”键,整个 Browser 会调用 finish()而结束自身

目标:点击返回后,是网页回退而不是推出浏览器

解决方案:在当前Activity中处理并消费掉该 Back 事件

清除缓存数据

WebView常用类1.WebSettings类

作用:对WebView进行配置和管理

使用步骤:

生成WebView组件(两种方式)

进行配置-利用WebSettings子类(常见方法)

常见用法:设置WebView缓存

当加载 html 页面时,WebView会在/data/data/包名目录下生成 database 与 cache 两个文件夹

请求的 URL记录保存在 WebViewCache.db,而 URL的内容是保存在 WebViewCache 文件夹下

注意:每个 Application 只调用一次 WebSettings.setAppCachePath(),WebSettings.setAppCacheMaxSize()

2.WebViewClient类

作用:处理各种通知 & 请求事件

常见方法1:shouldOverrideUrlLoading()

作用:打开网页时不调用系统浏览器, 而是在本WebView中显示;在网页上的所有加载都经过这个方法,这个函数我们可以做很多操作。我们可以这里进行url拦截实现交互。

常见方法2:onPageStarted()

作用:开始载入页面调用的,我们可以设定一个loading的页面,告诉用户程序在等待网络响应。

常见方法3:onPageFinished()

作用:在页面加载结束时调用。我们可以关闭loading 条,切换程序动作。

常见方法4:onLoadResource()

作用:在加载页面资源时会调用,每一个资源(比如图片)的加载都会调用一次。

常见方法5:onReceivedError()

作用:加载页面的服务器出现错误时(如404)调用。

App里面使用webview控件的时候遇到了诸如404这类的错误的时候,若也显示浏览器里面的那种错误提示页面就显得很丑陋了,那么这个时候我们的app就需要加载一个本地的错误提示页面,即webview如何加载一个本地的页面

3.WebChromeClient类

作用:辅助 WebView 处理 Javascript 的对话框,网站图标,网站标题等等。

常见方法1: onProgressChanged()

作用:获得网页的加载进度并显示

常见方法2: onReceivedTitle()

常见方法3: onJsAlert()

支持javascript的警告框

常见方法4: onJsConfirm()

支持javascript的确认框

常见方法5: onJsPrompt()

支持javascript输入框

点击确认返回输入框中的值,点击取消返回 null。

WebView与Js交互这里我会介绍两种交互方式

url拦截

java与js交互

Url拦截

可以通过WebViewClient的shouldOverrideUrlLoading()方法中拦截到url,判断url进行相应处理。

传参:可以将需要的参数直接拼接在url中,在使用时从url中获取

不足:url拦截会有一定顺序,拦截会“交差”

将参数直接拼接在url中,不安全

参数只能是字符串类型,且参数不宜过多

java与js交互

好处:代码干净整洁,逻辑清晰

传参安全

使用简单

无顺序问题

前提:

java调用js:

此处sayHello()就是javaScript的方法

js调用java:

在java类中用@JavascriptInterface修饰供js调用的方法

2.向js提供方法所在类对象

3.js端调用

当然,除了以上两种java和js交互的方法,还有其他方式,如在onJsAlert()等方法中进行交互,但它们应用来处理js对话框的逻辑,不宜用于普通js和java交互。以上两种方式推荐使用第二种。

注意事项:如何避免WebView内存泄露?

不在xml中定义 Webview ,而是在需要的时候在Activity中创建,并且Context使用 getApplicationgContext()

在 Activity 销毁( WebView )的时候,先让 WebView 加载null内容,然后移除 WebView,再销毁 WebView,最后置空。

WebView加载优化

当WebView的使用频率变得频繁的时候,对于其各方面的优化就变得逐渐重要了起来。可以知道的是,我们每加载一个 H5页面,都会有很多的请求。除了HTML主URL自身的请求外,HTML外部引用的 JS、CSS、字体文件、图片都是一个个独立的HTTP 请求,虽然请求是并发的,但当网页整体数量达到一定程度的时候,再加上浏览器解析、渲染的时间,Web整体的加载时间变得很长。同时请求文件越多,消耗的流量也会越多。那么对于加载的优化就变得非常重要,这方面的经验我也没有什么别的,大概三个方面:

一个,就是资源本地化的问题

首先可以明确的是,以目前的网络条件,通过网络去服务器获取资源的速度是远远比不上从本地读取的。谈论各种优化策略其实恰恰忽略了“需要加载”才是阻挡速度提升的最大绊脚石。所以我们的思路一,就是将一些较重的资源比如js、css、图片甚至HTML本身进行本地化处理,在每次加载到这些资源的时候,从本地读取进行加载,可以简单记忆为“存·取·更”。

具体实现思路为:

“存”——将上述重量级资源打包进apk文件,每次加载相应文件时时从本地取即可。也可不打包,在第一次加载时以及接下来的若干间隔时间里动态下载存储,将所有的资源文件都存在Android的asset目录下;

“取”——重写WebViewClient的WebResourceResponse shouldInterceptRequest(WebView view, WebResourceRequest request)方法,通过一定的判别方法(例如正则表达式)拦截相应的请求,从本地读取相应资源并返回;

“更”——建立起Cache Control机制,定期或使用API通知的形式控制本地资源的更新,保证本地资源是最新和可用的。

第二个,就是缓存的问题

倘若你不采用或不完全采用第一条资源本地化的思路,那么你的WebView缓存是必须要开启的(虽然这一思路和第一条有重合的地方)。

在网络正常时,采用默认缓存策略,在缓存可获取并且没有过期的情况下加载缓存,否则通过网络获取资源以减少页面的网络请求次数。

这里值得提起的是,我们经常在app里用WebView展示页面时,并不想让用户觉得他是在访问一个网页。因为倘若我们的app里网页非常多,而我们给用户的感觉又都像在访问网页的话,我们的app便失去了意义。(我的意思是为什么用户不直接使用浏览器呢?)

所以这时,离线缓存的问题就值得我们注意。我们需要让用户在没有网的时候,依然能够操作我们的app,而不是面对一个和浏览器里的网络错误一样的页面,哪怕他能进行的操作十分有限。

这里我的思路是,在开启缓存的前提下,WebView在加载页面时检测网络变化,倘若在加载页面时用户的网络突然断掉,我们应当更改WebView的缓存策略。

既然有缓存,就要有缓存控制,与一相似的是我们也要建立缓存控制机制,定期或接受服务器通知来进行缓存的清空或更新。

第三个,就是延迟加载和执行js

在WebView中,onPageFinished()的回调意味着页面加载的完成。但该方法会在JavScript脚本执行完成后才会触发,倘若我们要加载的页面使用了JQuery,会在处理完DOM对象,执行完$(document).ready(function() {})后才会渲染并显示页面。这是不可接受的,所以我们需要对Js进行延迟加载,当然这部分是Web前端的工作。

如果说还有什么

那就是JsBridge一律不得滥用,这个对页面加载的完成速度是有很大影响的,倘若一个页面很多操作都通过JSbridge来控制,再怎么优化也无济于事(因为毕竟有那么多操作要实际执行)。同时要注意的是,不管你是否对资源进行缓存,都请将资源在服务器端进行压缩。因为无论是资源的获取和更新,都是要从服务器获取的,所以对于资源文件的压缩其实是最直接也最应该做的事情之一,但是一般服务器端都会做好,所以主要就是上面这三件事。

实例 略

  • 发表于:
  • 原文链接:http://kuaibao.qq.com/s/20171213G0332500?refer=cp_1026

扫码关注云+社区