Session，Cookie简介：

Session和Cookie的作用都是为了保持用户与后端服务器的交互状态，但是各自都有缺陷:

Cookie:

随着Cookie的个数的增多和访问量的增加，它占用的网络带宽很大，假设一个Cookie占用100字节，如果一天的PV有几亿，那么它得占多少带宽？

Session：

Session的致命弱点在于不容易在多台服务器之间共享，这也限制了Session的使用。

理解Cookie：

当一个用户通过HTTP访问一个服务器时，这个服务器将一些Key/Value的键值对返回客户端浏览器，当这个用户再次访问服务器时，数据又被完整的带回服务器。

当前Cookie有两个版本：Version0和1，响应头设置的标识也不同：Set-Cookie，Set-Cookie2，属性也有些不同(Servlet3.0规范支持Version1)。

Cookie如何工作：

 @RequestMapping(value = "/testCookie")

    public Object testCookie(HttpServletRequest request, HttpServletResponse response) {

        Cookie[] cookies = request.getCookies();

        String userName = getCookie(cookies, "userName");

        String userAge = getCookie(cookies, "userAge");

        if (userName == null) {

            response.addCookie(new Cookie("userName", "zhangsan"));

        }

        if (userAge == null) {

            response.addCookie(new Cookie("userAge", "18"));

        }

        return response.getHeaders("Set-Cookie");

    }

    private String getCookie(Cookie[] cookies, String key) {

        if (cookies != null) {

            for (Cookie cookie : cookies) {

                if (key.equals(cookie.getName())) {

                    return cookie.getValue();

                }

            }

        }

        return null;

    }

访问后，得到如下输出，说明每次创建Cookie时都会创建一个Header。

具体是怎么实现的，根据源码得知，真正构建Cookie是在Tomcat的catalina.jar中的Response类中完成的，该类实现了HttpServletResponse接口。

generateCookieString中由CookieProcessor.generateHeader()方法来进行Cookie到String的转换。

接着执行addHeader方法，addHeader()里调用了MimeHeaders.addValue(name)方法，由MessageBytes.setString(value)设置值，待到真正响应时由Http11Processor.prepareResponse()方法来进行预处理，按顺序的写入字节流中返回。

好了，整个Cookie的创建到响应的过程就到此结束了，有兴趣的朋友们可以自行研究一波源码。

Cookie的限制：

Cookie是HTTP头中的一个字段，虽然Http本身对这个字段没有多少限制，但是Cookie最终是存在浏览器中的，所以不同的浏览器对Cookie的存储都有一些限制。

所以说，当如果想在IE上使用Cookie来存储很长一段信息的时候就得注意了，超出长度的部分会被截断，当然一般只有初创公司会这么干^_^（我就被坑过一次）。

还有一些Cookie的知识没说完，下节再说。