Whatever is worth doing is worth doing well.

Android WebView右边空白问题的解决方案用WebView显示Html时，右边会出现一条空白区，如下图所示:

Android WebView缓存机制当我们加载Html时候，会在我们data/应用package下生成database与cache两个文件夹:我们请求的Url记录是保存在webviewCache.db里，而url的内容是保存在webviewCache文件夹下.WebView中存在着两种缓存：网页数据缓存（存储打开过的页面及资源）、H5缓存（即AppCache）。

在Google最新发布的Android 4.4 KitKat移动操作系统中，其WebView(网页视图)组件做出了一个很大的变动：因为它现在是由Chromium驱动的。Google表示，这是对Android WebView API的一次"重大修补"，为应用开发者带来了与Chrome一样的渲染引擎和软件栈(software stack)。            除了对最新的HTML5和CSS特性的支持，它还带来了JavaScript的性能改进(因为Chromium包含了Google的V8引擎)。采用WebV

在Google最新发布的Android 4.4 KitKat移动操作系统中，其WebView(网页视图)组件做出了一个很大的变动：因为它现在是由Chromium驱动的。Google表示，这是对Android WebView API的一次"重大修补"，为应用开发者带来了与Chrome一样的渲染引擎和软件栈(software stack)。开发者还能够利用Chrome DevTools 调试WebView. 这里让我们看一下google官方文档中关于在Android上使用Chrome DevTools 远程调试

继上一篇 Android WebView常见问题及解决方案汇总 中归纳了一些处理webview的常见问题，这次要说的是webview中的touch事件:有时候在开发中，我们需要对webview加入触摸事件的处理，比如加入滑动效果或者类似于阅读中的翻页效果，这时候我们就需要重写webview中的onTouch方法:这里要注意的是,返回值要为false，将此事件继续向下传递.否则会引起 超链接不起作用的问题.将onTouch()事件中的返回值改为false之后，有时候仍然还是不会触发onTouch()事件

首先回顾一下Cookie与Header这两个重要的概念，这里将两者做一个简单的对比Android中，Cookie的相关信息保存在/data/data/package_name/database/webview.db中.这里通过对比，Cookie从Android最早的版本已经开始支持. 但Cookie在Android2.2以上才WebView才支持headers(Android2.2才加入了webview.load(url,headers)的API).这方面还好，毕竟现在主流的手机已经普遍安装了Andro

1，使用场景我们很多时候要使用WebView来展示一个网页，现在很多应用为了做到服务端可控，很多结果页都是网页的，而不是本地实现，这样做有很多好处，比如界面的改变不需要重新发布新版本，直接在Server端修改就行了。用网页来展示界面，通常情况下都或多或少都与Java代码有交互，比如点击网页上面的一个按钮，我们需要知道这个按钮点击事件，或者我们要调用某个方法，让页面执行某种动作，为了实现这些交互，我

Android WebView常见问题及使用注意事项汇总就目前而言，如何应对版本的频繁更新呢，又如何灵活多变地展示我们的界面呢,这又涉及到了web app与native app之间孰优孰劣的争论. 于是乎,一种混合型的app诞生了,灵活多变的部分，如淘宝商城首页的活动页面，一集凡客诚品中我们都可以见到web 页面与native页面的混合，既利用了web app的灵活易更新，也借助了native app本身的效率.当然，就会用到webview这样的一个控件，这里，我把自己使用过程中遇到的一些问题整理下来：

首先说下问题，初始页面为A，点击某个链接跳转到B（http://xxx.com.cn/）,B页面重定向到C页面(http://xxx.com.cn/website/index.html)当调用webview.goBack()时，页面回退到B，然后接着会重定向回C页面.这样会导致两个问题: 1. 无法回退到webview的初始页面A 2. 无法正常退出Activity或者Fragment(只有还未加载完C时进行回退才能退出页面)关于如何解决这个问题其实有如下三种方案：1. 首先需要和前端开发人