Cookie和session的区别,从六点上来进行比较

本文对比了Cookie和Session在存取方式、隐私安全、有效期、对服务器负担、浏览器支持及跨域名方面的不同。Cookie适合存储简单信息,而Session适用于更复杂的数据类型。
session 是存储在服务端也就是服务器,而cookie 则是存储在本地也就是用户机上。

  Cookie与Session都可以进行会话跟踪,但是实现的原理不太一样。一般情况下二者均可以满足需求,但有时候不可以使用Cookie,有时候不可以使用Session。下面通过比较说明二者的特点以及适用的场合。

<1> 从存取方式上比较

Cookie中只能保存ASCII字符串,如果需要存取Unicode字符或者二进制数据,需要进行UTF-8,GBK或者BASE64等方式的编码。Cookie中也不能直接存取Java对象。若要存储稍微复杂的信息,使用Cookie是比较困难的。

而Session中可以存取任何类型的数据,包括而不限于String、Integer、List、Map等。Session中也可以直接保存Java Bean乃至任何Java类,对象等,使用起来非常方便。可以把Session看做是一个Java容器类。

<2>从隐私安全上比较

Cookie存储在客户端浏览器中,对客户端是可见的,客户端的一些程序可能会窥探、复制甚至修改Cookie中的内容。而Session存储在服务器上,对客户端是透明的,不存在敏感信息泄露的危险。

如果选用Cookie,比较好的办法是,敏感的信息如账号密码等尽量不要写到Cookie中。最好是像Google、Baidu那样将Cookie信息加密,提交到服务器后再进行解密,保证Cookie中的信息只有自己能读得懂。而如果选择Session就省事多了,反正是放在服务器上,Session里任何隐私都可以。


<3>从有效期上比较

使用过Google的人都知道,如果登录过Google,则Google的登录消息长期有效。用户不必每次访问都重新登录,Google会长久地记录该用户的登录信息。要达到这种效果,使用Cookie会是比较好的选择。只需要设置Cookie的maxAge属性为一个很大很大的数字或者Integer.MAX_VALUE就可以了。Cookie的maxAge属性支持这样的效果。

使用Session理论上也能实现这种效果。只要调用方法setMaxInactiveInterval(Integer. MAX_VALUE)不就可以了么。但是由于Session依赖于名为JSESSIONID的Cookie,而Cookie JSESSIONID的maxAge默认为-1,只要关闭了浏览器该Session就会失效,因此Session不能实现信息永久有效的效果。使用URL地址重写也不能实现。

而且如果设置Session的超时时间过长,服务器累计的Session就会越多,越容易导致内存溢出。


<4>从对服务器的负担上比较

Session是保存在服务器端的,每个用户都会产生一个Session。如果并发访问的用户非常多,会产生非常多的Session,消耗大量的内存。因此像Google、Baidu、Sina这样并发访问量极高的网站,是不太可能使用Session来追踪客户会话的。

而Cookie保存在客户端,不占用服务器资源。如果并发浏览的用户非常多,Cookie是很好的选择。对于Google、Baidu、Sina来说,Cookie也许是唯一的选择。

<5>从浏览器支持上比较

Cookie是需要客户端浏览器支持的。如果客户端禁用了Cookie,或者不支持Cookie,则会话跟踪会失效。对于WAP上的应用,常规的Cookie就派不上用场了。

如果客户端浏览器不支持Cookie,需要使用Session以及URL地址重写。需要注意的是所有的用到Session程序的URL都要使用response.encodeURL(String URL)或者response.encodeRedirectURL(String URL)进行URL地址重写,否则导致Session会话跟踪失败。对于WAP应用来说,Session+URL地址重写也许是它唯一的选择。

如果客户端支持Cookie,则Cookie既可以设为本浏览器窗口以及子窗口内有效(把maxAge设为-1),也可以设为所有浏览器窗口内有效(把maxAge设为某个大于0的整数)。但Session只能在本浏览器窗口以及其子窗口内有效。如果两个浏览器窗口互不相干,它们将使用两个不同的Session。


<6>从跨域名上比较

Cookie支持跨域名访问,例如将domain属性设置为".helloweenvsfei.com",则以".helloweenvsfei.com"为后缀的所有域名均可以访问该Cookie。跨域名Cookie现在被广泛用在网络中,例如Google、Baidu、Sina等。而Session则不会支持跨域名访问。Session仅在他所在的域名内有效。

注意:仅使用Cookie或者仅使用Session可能实现不了理想的效果。这时应该尝试一下同时使用Cookie与Session。Cookie与Session的搭配使用在实际项目中会实现绚烂多姿的效果。

Cookie Session 都用于在 HTTP 协议下实现状态跟踪用户会话管理,但它们在实现机制、存储方式、安全性以及使用场景上有显著区别。 ### Cookie 的特点与作用 Cookie 是由服务器发送给客户端的一小段文本信息,通常保存在浏览器中。每次客户端向服务器发送请求时,Cookie 会随着请求一起发送回服务器,从而实现对用户状态的识别。Cookie 可以设置过期时间,因此它可以是会话级别的(浏览器关闭后失效)或持久化的(在指定时间后失效)[^3]。 例如,服务器可以通过设置一个 Cookie 来保存用户的登录状态: ```http Set-Cookie: username=JohnDoe; Path=/; Max-Age=3600 ``` 客户端在后续请求中会携带该 Cookie: ```http Cookie: username=JohnDoe ``` ### Session 的特点与作用 Session服务器端用于维护用户会话状态的一种机制。当用户首次访问服务器时,服务器会创建一个唯一的 Session 对象,并为该对象分配一个 Session ID。这个 Session ID 通常通过名为 `JSESSIONID` 的 Cookie 发送回客户端,用于后续请求中标识用户会话。Session 的生命周期通常与浏览器会话一致,即浏览器关闭时 Session 会失效,除非特别设置持久化机制[^5]。 Session 的数据存储在服务器端,因此比 Cookie 更安全,适合存储敏感信息,例如用户权限、购物车内容等。 ### CookieSession 的主要区别 1. **存储位置不同**:Cookie 保存在客户端(浏览器),而 Session 保存在服务器端。 2. **安全性不同**:由于 Session 数据存储在服务器端,因此比 Cookie 更安全。Cookie 中的数据可能被用户篡改或窃取,因此不适合存储敏感信息。 3. **生命周期不同**:Cookie 可以设置持久化时间,而 Session 通常与当前浏览器会话绑定,关闭浏览器Session 会失效(除非通过 Cookie 持久化 Session ID)[^4]。 4. **性能影响不同**:Cookie 存储在客户端,每次请求都会携带 Cookie 数据,可能增加网络传输负担;而 Session 存储在服务器端,对网络传输影响较小[^1]。 ### 应用场景 - **Cookie 的典型应用场景**:用户偏好设置、非敏感状态信息的存储、跨请求的身份标识。 - **Session 的典型应用场景**:用户登录状态管理、购物车数据存储、权限验证等需要安全存储的场景[^2]。 ### CookieSession 的配合使用 通常情况下,Session 依赖于 Cookie 来传递 Session ID。如果浏览器禁用了 Cookie,则可以通过 URL 重写的方式将 Session ID 附加在 URL 上来实现会话跟踪。例如: ```http http://example.com/page;jsessionid=1234567890 ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值