Cookie 机制是客户端保存状态的，Session机制是服务器保存状态的。
优缺点：
Cookie:优点：极高的扩展性和可用性。通过良好的编程，控制保存在cookie中的session对象的大小。通过加密和安全传输技术（SSL），减少cookie被破解的可能性。只在cookie中存放不敏感数据，即使被盗也不会有重大损失。控制cookie的生命期，使之不会永远有效。偷盗者很可能拿到一个过期的cookie。
缺点：Cookie数量和长度的限制。每个domain最多只能有20条cookie，每个cookie长度不能超过4KB，否则会被截掉。安全性问题。如果cookie被人拦截了，那人就可以取得所有的session信息。即使加密也与事无补，因为拦截者并不需要知道cookie的意义，他只要原样转发cookie就可以达到目的了。有些状态不可能保存在客户端。例如，为了防止重复提交表单，我们需要在服务器端保存一个计数器。如果我们把这个计数器保存在客户端，那么它起不到任何作用。
Session:优点：如果要在诸多Web页间传递一个变量，那么用Session变量要比通过QueryString传递变量可使问题简化。要使WEb站点具有用户化，可以考虑使用Session变量。你可以在任何想要使用的时候直接使用session变量，而不必事先声明它，这种方式接近于在VB中变量的使用。使用完毕后，也不必考虑将其释放，因为它将自动释放。
缺点：Session变量和cookies是同一类型的。如果某用户将浏览器设置为不兼容任何cookie，那么该用户就无法使用这个Session变量！当一个用户访问某页面时，每个Session变量的运行环境便自动生成，这些Session变量可在用户离开该页面后仍保留20分钟！（事实上，这些变量一直可保留至“timeout”。“timeout”的时间长短由Web服务器管理员设定。一些站点上的变量仅维持了3分钟，一些则为10分钟，还有一些则保留至默认值20分钟。）所以，如果在Session中置入了较大的对象（如ADO recordsets，connections， 等等），那就有麻烦了！随着站点访问量的增大，服务器将会因此而无法正常运行！因为创建Session变量有很大的随意性，可随时调用，不需要开发者做精确地处理，所以，过度使用session变量将会导致代码不可读而且不好维护。
Cookie具有不可跨域名性，根据Cookie规范，浏览器访问Google只会携带Google的Cookie，而不会携带Baidu的Cookie。Google也只能操作Google的Cookie，而不能操作Baidu的Cookie。Session对象是在客户端第一次请求服务器的时候创建的。Session机制决定了当前客户只会获取到自己的Session，而不会获取到别人的Session。各客户的Session也彼此独立，互不可见。Session的使用比Cookie方便，但是过多的Session存储在服务器内存中，会对服务器造成压力。
表1.1 Cookie常用属性
| 属 性 名 |
描 述 |
| String name |
该Cookie的名称。Cookie一旦创建，名称便不可更改 |
| Object value |
该Cookie的值。如果值为Unicode字符，需要为字符编码。如果值为二进制数据，则需要使用BASE64编码 |
| int maxAge |
该Cookie失效的时间，单位秒。如果为正数，则该Cookie在maxAge秒之后失效。如果为负数，该Cookie为临时Cookie，关闭浏览器即失效，浏览器也不会以任何形式保存该Cookie。如果为0，表示删除该Cookie。默认为–1 |
| boolean secure |
该Cookie是否仅被使用安全协议传输。安全协议。安全协议有HTTPS，SSL等，在网络上传输数据之前先将数据加密。默认为false |
| String path |
该Cookie的使用路径。如果设置为“/sessionWeb/”，则只有contextPath为“/sessionWeb”的程序可以访问该Cookie。如果设置为“/”，则本域名下contextPath都可以访问该Cookie。注意最后一个字符必须为“/” |
| String domain |
可以访问该Cookie的域名。如果设置为“.google.com”，则所有以“google.com”结尾的域名都可以访问该Cookie。注意第一个字符必须为“.” |
| String comment |
该Cookie的用处说明。浏览器显示Cookie信息的时候显示该说明 |
| int version |
该Cookie使用的版本号。0表示遵循Netscape的Cookie规范，1表示遵循W3C的RFC 2109规范 |
表1.2 HttpSession的常用方法
| 方 法 名 |
描 述 |
| void setAttribute(String attribute, Object value) |
设置Session属性。value参数可以为任何Java Object。通常为Java Bean。value信息不宜过大 |
| String getAttribute(String attribute) |
返回Session属性 |
| Enumeration getAttributeNames() |
返回Session中存在的属性名 |
| void removeAttribute(String attribute) |
移除Session属性 |
| String getId() |
返回Session的ID。该ID由服务器自动创建，不会重复 |
| long getCreationTime() |
返回Session的创建日期。返回类型为long，常被转化为Date类型，例如：Date createTime = new Date(session.get CreationTime()) |
| long getLastAccessedTime() |
返回Session的最后活跃时间。返回类型为long |
| int getMaxInactiveInterval() |
返回Session的超时时间。单位为秒。超过该时间没有访问，服务器认为该Session失效 |
| void setMaxInactiveInterval(int second) |
设置Session的超时时间。单位为秒 |
| void putValue(String attribute, Object value) |
不推荐的方法。已经被setAttribute(String attribute, Object Value)替代 |
| Object getValue(String attribute) |
不被推荐的方法。已经被getAttribute(String attr)替代 |
| boolean isNew() |
返回该Session是否是新创建的 |
| void invalidate() |
使该Session失效 |
Tomcat中Session的默认超时时间为20分钟。通过setMaxInactiveInterval(int seconds)修改超时时间。可以修改web.xml改变Session的默认超时时间。例如修改为60分钟：
<session-config>
<session-timeout>60</session-timeout> <!-- 单位：分钟 -->
</session-config>
注意：<session-timeout>参数的单位为分钟，而setMaxInactiveInterval(int s)单位为秒。
Cookie可以实现永久登陆，Session可以实现用户登陆。