所谓独创的能力，就是经过深思的模仿。
首先回顾一下Cookie与Header这两个重要的概念，不太清楚的话可以看我之前的博客或者查询一下相关的资料:
会话技术 Cookie和Session
HTTP协议
这里将两者在Android平台上做一个简单的对比:
Cookie vs Header
读取 容易读取 Ajax请求不能读取
WebView支持 全支持 2.2以上才支持
在Android手机中，Cookie的相关信息保存在/data/data/package_name/database/webview.db中.
Cookie从Android最早的版本已经开始支持. 但Cookie在Android2.2以上才WebView才支持headers(Android2.2才加入了webview.load(url,headers)的API).这方面还好，毕竟现在主流的手机已经普遍安装了Android4.0及以上的版本,2.2以下的手机市场占有率并不多了,受到影响不大.
但是Ajax请求不能读取影响就比较严重了，毕竟现在的Web页面大量应用了Ajax跳转,不可能不处理这种情况. 关于这方面我在之前的Android WebView常见问题及解决方案汇总 中已经提到，当时是采取特殊标记,过滤Ajax的url,采取将参数拼接到URL末尾的方式.解决.
而Cookie呢，无论是获取还是操作相当简单,无论是Java还是Android平台都有对应完善的API和文档描述.
然后看一下Cookie与Header的应用场景,正好是由两者的生命周期来决定的：
Headers每次都要重新获取并进行传递，而Cookie,大家想必也知道,本身借用了session的实现，在web端长用与保持比如登录，购物车等状态的保
概括地来说,如果需要传递一些可能会频繁更新的信息，我们可以使用Headers或者拼接参数的方法(处理ajax等非超链接请求).但如果只是需要保持一定的状态呢，就需要使用Cookie.
从另外一个角度来说, 使用Header传递数据往往导致用户使用客户端时,一定操作后会导致显示不同的页面或者页面更新. 而Cookie的使用，使得整个页面或者页面固定的部分显示固定的信息.
让我们看一下如何将Cookie和WebView进行结合:
Cooki的获取:
|
1
2
|
CookieManager cm = CookieManager.getInstance();
String Cookiestr = cm.getCookie(url);
|
|
1
2
3
|
CookieSyncManager.createInstance(this);
CookieSyncManager.getInstance().sync();
|
注意，此处代码需在在webview加载URL前设置，并且在调用后，不再设置webview的websetttings属性，否则会导致失效.
一般通过HttpClient,获取服务器的Cookie后再进行设置(比如一些登录的用户信息或者状态信息):
|
1
|
List<cookie> cookies = httpclient.getCookieStore().getCookies(); </cookie>
|
清除Cookie:
|
1
|
CookieManager.getInstance().removeSessionCookie();
|
|
1
|
CookieManager.getInstance().removeAllCookies();
|
如果只是需要删除和特定url关联的cookie,需要先进行移除后同步:
|
1
2
3
4
5
6
7
8
9
10
11
|
/**
* 同步一下cookie
*/
publicstaticvoidsynCookies(Context context, String url) {
CookieSyncManager.createInstance(context);
CookieManager cookieManager = CookieManager.getInstance();
cookieManager.setAcceptCookie(true);
cookieManager.removeSessionCookie();//移除
cookieManager.setCookie(url, cookies);//指定要修改的cookies
CookieSyncManager.getInstance().sync();
}
|
