混合开发之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来控制，再怎么优化也无济于事（因为毕竟有那么多操作要实际执行）。同时要注意的是，不管你是否对资源进行缓存，都请将资源在服务器端进行压缩。因为无论是资源的获取和更新，都是要从服务器获取的，所以对于资源文件的压缩其实是最直接也最应该做的事情之一，但是一般服务器端都会做好，所以主要就是上面这三件事。

实例 略