前言
- HTTP是一种无状态协议，为了分别链接是谁发起的，需自己去解决这个问题。不然有些情况下即使是同一个网站每打开一个网页，也都要登录一下。而Session和Cookie就是为解决这个问题而提出来的两个机制。
应用场景
- 登录网站，今输入用户名和密码登录了，第二天再打开很多情况下就直接打开了。这个时候用到的一个机制就是cookie。
- session,一个场景是购物车，添加了商品之后客户端处可以知道添加了哪些商品，而服务器端如何判别呢？所以也需要存储一些信息就用到了session.
- Cookie
通俗的讲，是访问某些网站后在本地存储的一些网站相关信息，下次访问时减少一些步骤。更准确的一些说法是：Cookie是服务器在本地机器上存储的小段文本，并随每一个请求发送至同一服务器，是在客户端保持状态的方案。
-
Cookie的主要内容包括，名字，值，过期时间，路径和域。使用Fiddler抓包就可以看见，比方说，我们打开百度的某个网站可以看到Headers包括Cookie,如下：
image.png key /value 形式的。过期时间可以设置，如不设，则浏览器关掉就消失了，存储在内存当中，否则就按照设置的时间才存储在硬盘上的，过期后自动清除，比方说开关机关闭再打开浏览器后他都还会存在，前者称之为Session cookie ,又叫transient cookie,后者称之Persistent cookie 又叫 permenent cookie。路径和域就是对应的域名，a网站的cookie自然不能给b用。
一般浏览器存储cookie 最大容量为4k，所以大量数据不要存到cookie。
2.Session
- 存在服务器的一种用来存放用户数据的类Hash Table结构
- 浏览器第一次发送请求时，服务器自动生成了一HashTable和一Session ID来唯一标识这个HashTable，并将其通过响应发送到浏览器。浏览器第二次发送请求会将前一次服务器响应中的Session ID放在请求中一并发送到服务器上，服务器从请求中提取出Session ID，并和保存的所有Session ID进行对比，找到这个用户对应的HashTable。
- 一般这个值会有个时间限制，超时后毁掉这个值，默认30分钟。
- 当用户在应用程序的 Web页间跳转时，存储在 Session 对象中的变量不会丢失而是在整个用户会话中一直存在下去。
- Session的实现方式和Cookie有一定关系。建立一个连接就生成一个session id，打开几个页面就好几个了，这里就用到了Cookie，把session id存在Cookie中，每次访问的时候将Session id带过去就可以识别了.
区别
- 存储数据量方面：session能够存储任意JAVA对象，Cookie只能存储String类型的对象。
- 一个在客户端一个在服务端，因为Cookie在客户端，所以可以编辑伪造，不是十分安全。
- Session过多时会消耗服务器资源，大型网站会有专门的Session服务器，Cookie存在客户端没问题。
- 域的支持范围不一样，比方说a.com的cookie在a.com下都能用，而www.a.com的session在api.a.com下都不能用，解决这个问题的办法是JSONP或跨域资源共享。
session多服务器间共享
- 服务器实现的 session 复制或 session 共享，如 webSphere或 JBOSS 在搭集群时配置实现 session 复制或 session 共享.致命缺点:不好扩展和移植。
- 利用成熟技术做session复制，如12306使用的gemfire，如常见内存数据库redis或memorycache，虽较普适但依赖第三方.
- 将 session维护在客户端，利用 cookie，但客户端存在风险数据不安全，且可以存放的数据量较小，所以将session 维护在客户端还要对 session 中的信息加密。
- 第二种方案和第三种方案的合体，可用gemfire实现 session 复制共享，还可将session 维护在 redis中实现 session 共享，同时可将 session 维护在客户端的cookie 中，但前提是数据要加密。
这三种方式可迅速切换，而不影响应用正常执行。在实践中，首选 gemfire 或者 redis 作为 session 共享的载体，一旦 session 不稳定出现问题的时候，可以紧急切换 cookie 维护 session 作为备用，不影响应用提供服务
单点登录中，cookie 被禁用了怎么办？（一点登陆，子网站其他系统不用再登陆）
- 单点登录的原理是后端生成一个 session ID，设置到 cookie，后面所有请求浏览器都会带上cookie，然后服务端从cookie获取 session ID，查询到用户信息。
- 所以，保持登录的关键不是cookie，而是通过cookie 保存和传输的 session ID，本质是能获取用户信息的数据。
- 除了cookie，还常用 HTTP 请求头来传输。但这个请求头浏览器不会像cookie一样自动携带，需手工处理
