《Java、WEB编程、Cookie、Session、状态管理全套详细笔记(心血放出)》由会员分享，可在线阅读，更多相关《Java、WEB编程、Cookie、Session、状态管理全套详细笔记(心血放出)（20页珍藏版）》请在金锄头文库上搜索。
1、一、 Cookie机制2（一） 什么是Cookie2（二） Cookie的不可跨域名性3（三） BASE64编码：保存二进制图片3（四） 设置Cookie的所有属性5（五） Cookie的有效期5（六） Cookie的修改、删除6（七） Cookie的域名6（八） Cookie的路径7（九） Cookie的安全属性7（十） JavaScript操作Cookie7（十一） 案例：永久登录10二、 Session机制13（一） 什么是Session13（二） 实现用户登录13（三） Session的生命周期15（四） Session的有效期16（五） Session的常用方法16（六） Sessi
2、on对浏览器的要求17（七） URL地址重写17（八） Session中禁止使用Cookie18三、 Session与Cookie的比较19（一） 从存取方式上比较19（二） 从隐私安全上比较19（三） 从有效期上比较19（四） 从对服务器的负担上比较20（五） 从浏览器支持上比较20（六） 从跨域名上比较20一、 Cookie机制在程序中，会话跟踪是很重要的事情。理论上，一个用户的所有请求操作都应该属于同一个会话，而另一个用户的所有请求操作则应该属于另一个会话，二者不能混淆。例如，用户A在超市购买的任何商品都应该放在A的购物车内，不论是用户A什么时间购买的，这都是属于同一个会话的，不能放入用
3、户B或用户C的购物车内，这不属于同一个会话。而Web应用程序是使用HTTP协议传输数据的。HTTP协议是无状态的协议。一旦数据交换完毕，客户端与服务器端的连接就会关闭，再次交换数据需要建立新的连接。这就意味着服务器无法从连接上跟踪会话。即用户A购买了一件商品放入购物车内，当再次购买商品时服务器已经无法判断该购买行为是属于用户A的会话还是用户B的会话了。要跟踪该会话，必须引入一种机制。Cookie就是这样的一种机制。它可以弥补HTTP协议无状态的不足。在Session出现之前，基本上所有的网站都采用Cookie来跟踪会话。（一） 什么是CookieCookie意为“甜饼”，是由W3C组织提出，最
4、早由Netscape社区发展的一种机制。由于HTTP是一种无状态的协议，服务器单从网络连接上无从知道客户身份。怎么办呢？就给客户端们颁发一个通行证吧，每人一个，无论谁访问都必须携带自己通行证。这样服务器就能从通行证上确认客户身份了。这就是Cookie的工作原理。Cookie实际上是一小段的文本信息。客户端请求服务器，如果服务器需要记录该用户状态，就使用response向客户端浏览器颁发一个Cookie。客户端浏览器会把Cookie保存起来。当浏览器再请求该网站时，浏览器把请求的网址连同该Cookie一同提交给服务器。服务器检查该Cookie，以此来辨认用户状态。服务器还可以根据需要修改Cook
5、ie的内容。查看某个网站颁发的Cookie很简单。在浏览器地址栏输入javascript:alert (document. cookie)就可以了。JavaScript脚本会弹出一个对话框显示本网站颁发的所有Cookie的内容注意：Cookie功能需要浏览器的支持。如果浏览器不支持Cookie（如大部分手机中的浏览器）或者把Cookie禁用了，Cookie功能就会失效。不同的浏览器采用不同的方式保存Cookie。IE浏览器会在“C:Documents and Settings你的用户名Cookies”文件夹下以文本文件形式保存，一个文本文件保存一个Cookie。如果不设置过期时间，则表示这个c
6、ookie生命周期为浏览器会话期间，只要关闭浏览器窗口，cookie就消失了。这种生命期为浏览会话期的cookie被称为会话cookie。Java中把Cookie封装成了javax.servlet.http.Cookie类。每个Cookie都是该Cookie类的对象。服务器通过操作Cookie类对象对客户端Cookie进行操作。通过request.getCookies()获取客户端提交的所有Cookie（以Cookie数组形式返回），通过response.addCookie(Cookie cookie)向客户端设置Cookie。Cookie对象使用key-value属性对的形式保存用户状态，一
7、个Cookie对象保存一个属性对，一个request或者response同时使用多个Cookie。因为Cookie类位于包javax.servlet.http.*下面，所以JSP中不需要import该类。（二） Cookie的不可跨域名性很多网站都会使用Cookie。例如，Google会向客户端颁发Cookie，Baidu也会向客户端颁发Cookie。那浏览器访问Google会不会也携带上Baidu颁发的Cookie呢？或者Google能不能修改Baidu颁发的Cookie呢？答案是否定的。Cookie具有不可跨域名性。根据Cookie规范，浏览器访问Google只会携带Google的Cook
8、ie，而不会携带Baidu的Cookie。Google也只能操作Google的Cookie，而不能操作Baidu的Cookie。Cookie在客户端是由浏览器来管理的。浏览器能够保证Google只会操作Google的Cookie而不会操作Baidu的Cookie，从而保证用户的隐私安全。浏览器判断一个网站是否能操作另一个网站Cookie的依据是域名。Google与Baidu的域名不一样，因此Google不能操作Baidu的Cookie。需要注意的是，虽然网站与网站同属于Google，但是域名不一样，二者同样不能互相操作彼此的Cookie。注意：用户登录网站之后会发现访问时登录信息仍然有效，而普
9、通的Cookie是做不到的。这是因为Google做了特殊处理。本章后面也会对Cookie做类似的处理。（三） BASE64编码：保存二进制图片Cookie不仅可以使用ASCII字符与Unicode字符，还可以使用二进制数据。例如在Cookie中使用数字证书，提供安全度。使用二进制数据时也需要进行编码。下面的例子使用BASE64编码在Cookie中保存二进制文件。源代码如下：base64.jspCookie Encoding从 Cookie 中获取到的二进制图片： cookieArea.value=document.cookie;程序使用的二进制数据来自根目录下的cookie.gif文件。程序先
10、将二进制数据写进客户端Cookie中，然后又将Cookie中的二进制数据还原并显示。输入框中用JavaScript程序显示了客户端Cookie的所有内容。解码并显示图片的源代码如下：base64_decode.jsp程序运行效果如图所示。选中的部分为二进制Cookie编码后的内容。输入框上方的小图标就是解密后Cookie显示的图片。注意：本程序仅用于展示Cookie中可以存储二进制内容，并不实用。由于浏览器每次请求服务器都会携带Cookie，因此Cookie内容不宜过多，否则影响速度。Cookie的内容应该少而精。（四） 设置Cookie的所有属性除了name与value之外，Cookie还具有其他几个常用的
