HTTP无状态协议
首先我们要知道：
HTTP协议是无状态协议。
我们知道HTTP协议就是server通过Request从浏览器接收和Response向浏览器输出的这么一个过程（浏览器和server的交互过程）。
所谓无状态也就是完毕一个过程后（client和server 就断开了），下一个过程假设须要前面的信息，它还须要又一次进行一次，server不能记住上次的请求。
这样可能就是在频繁进行同样的请求传送时，数据量增大，效率减少。所以，假设在server不须要先前信息时它的应答就较快。
那么，怎样让server知道不同的请求是否来自同一个client。就状态管理问题出现了Cookie和Session。
Cookie
Cookie保存在client，有两种实现方式。
方式一
将Cookie保存到浏览器内存中
1
保存Cookie。写到client（addCookie()）
public class SetCookie extends HttpServlet {
public void doGet(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
Cookie c1 = new Cookie("password","123");
response.addCookie(c1);
}
}
Cookie以键值对的形式进行保存。
2 读取Cookie（通过Http协议传过去的）
public class ShowCookie extends HttpServlet {
public void doGet(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
Cookie[] Cookies = request.getCookies();
for(int i=0; i<Cookies[i];i++){
Cookie c = Cookies[i];
reponse.getWriter().Println(c.getName() + "," + c.getValue());
}
}
}此方式，Cookie仅仅能在当前浏览器窗体和子窗体中有效。重开浏览器无效。所以有一定的限制。
方式二
将Cookie保存到文本文件
文件怎样生成的，通过限制Cookie的生命期。然后在写到client，就能够生成文本文件了。
例如以下例。拿到clientIP的样例：
1 保存Cookie。写到client文本文件
public class SetCookie extends HttpServlet {
public void doGet(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
<span style="font-family:SimSun;"> //<span lang="zh-CN" style="font-family:SimSun;">获取</span><span lang="en-US" style="font-family:Calibri;">IP</span><span lang="zh-CN" style="font-family:SimSun;">地址</span></span>
Cookie c2 = new Cookie("client_ip",request.getRemoteAddr());
//设置Cookie的生命周期为1小时，单位秒
c2.setMaxAge(60*60);
response.addCookie(c2);
response.getWriter().println("SetCookie OK");
}
}2 读取Cookie。同方式一，略。
Cookie说明：
上面两种方式都是通过Servlet创建一个 Cookie对象，存储键-值对。
1、通过 response的 addCookie方法将该 Cookie信息加入到对应信息中。
2、再通过request.getCookies()方法获取到Cookie信息。
3、总的来说cookie机制採用的是在client保持状态的方案。
它是在client的会话状态的存储机制，他须要用户打开client的cookie支持。
4、不足：因为Cookie是保存在client的，相对存在较大的安全隐患。且一般浏览器对 Cookie的数目及数据大小有严格的限制。所以对一些小数量，安全性的信息，普通情况下通过Session存储。
Session
Session保存在服务端。
因为Session的是将会话保存在服务端。关闭浏览器（或新开）就没了。可是这么多的用户Session，怎样区分？这就须要一个SessionID。每个SessionID都指向了唯一的一个用户会话。
可是client怎样知道SessionID呢，方式有两种。
方式一
在Cookie中保存SessionID
public void doGet(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
//获得 HttpSession对象
HttpSession session = request.getSession();
//设置 Session对象的最长不活动间隔
session.setMaxInactiveInterval(30);
//获取 Session中的数据
List list = (List)session.getAttribute("list");
if (list == null) {
list = new ArrayList();
list.add("hey");
//向 Session中加入数据
session.setAttribute("list", list);
}
}
方式二
假设禁用了Cookie？通过URL重写，SessionId能够保存在URL后面
URL重写：
public class UrlRewriterSession extends HttpServlet {
public void doGet(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
HttpSession session = request.getSession(true);
response.getWriter().println("<a href= '" + response.encodeURL(request.getRequestURL().toString()) + "'>UrlRewrite</a>");
}
}不论client是否禁用Cookie。假设想安全使用Session。仅仅能使用URL重写，但对应的会添加编程负担，所以有时站点要求client打开Cookie。
总结
相比Cookie，Session事实上在之前ASP.net中已经用的非常多了。当时真是认为真好用。把值放到Session中。什么时候用直接取，不用再查数据库了，太方便了，以至于快到了滥用的趋势。然而过度使用session将会导致代码不可读并且不好维护，并且Session的默认失效期是30分钟。假设在Session中放入了大的对象，server的压力可想而知。
所以Session的使用也须要有度。
