关于Session
关于http协议后面会有一系列文章专门介绍。这里就大概了解一下：首先需要知道一点：HTTP是无状态的。
什么是无状态呢？
客户与服务器建立连接、发出请求、得到响应、关闭连接。整个流程走完就算完了。下次服务器并不知道是否跟客户打过交道。
简言之，对于容器而言，每一个请求都来自于一个新的客户。
怎么让服务器记住你？
对于客户的一个请求，容器会生成一个唯一的ID，并通过响应把它返回给客户。客户再在以后的每一个请求中发回这个会话ID。容器看到此ID后，会找到响应的匹配的画画，并把这个会话与请求关联。而交换会话ID的最简单也最常用的方式是通过cookie。
cookie是谁来管理的？
容器会做cookie的所有工作。包括：生成会话ID，创建新的cookie对象，把会话ID放在cookie中，把cookie设置为响应的一部分。
在响应中发送一个会话
HttpSession session = request.getSession();
如何判断会话已经存在还是刚刚创建？
session.isNew();//如果是刚创建的会返回true，反之则为false
只想要已经有的会话怎么办？
对此，专门有一个重载的方法getSession(boolean),如果不想创建一个新的会话，可以调用getSession(false),此会话要么返回null，要么返回一个已经有的HttpSession。
如果客户不接受cookie怎么办？
如果客户禁用cookie，则意味着getSession()总会返回一个新的会话，客户不会发回一个带有会话ID cookie首部的请求。
此时可以使用URL重写。
我们的目的是为了让容器和客户交换会话ID信息，最简单的方法当然是用cookie。但是此时如果不能把ID放在cookie中，怎么办？只有利用URL重写将cookie会话中的会话ID取出来放在访问应用的各个URL的最后。
会话怎么删除？
会话对象会占用资源，所以必须要让没用的对话删除。
那么问题来了？怎么才能让容器知道你什么时候删除一个对话呢？或者什么时候客户已经离开了？容器又在什么时候删除这个对话呢？
这个时候要用到HttpSession接口了。他有一些很有用的方法可供调用。
getCreationTime():返回第一次创建对话的时间。**可以用它来得出对话存在的时间。**
getLastAccessedTime():返回容器最后一次得到包含这个会话ID请求后过去了多长时间。**可用来得出客户最后一次访问这个对话是什么时候**。
setMaxInactiveInterval():指定对于这个会话客户请求的最大间隔时间。**可以用来撤销容器中废弃的会话**。
getMaxInactiveIntervale():返回这个会话客户请求的最大间隔时间。
invalidate():结束会话。
所以会话通常有三种死法：
-
超时
-
你在会话对象上调用validate
-
应用结束（崩溃或者取消部署）
1.在DD中配置会话超时
<web-app ....>
<servlet>
...
</servlet>
<session-config>
<session-timeout>15</session-timeout>
<!--15分钟超时-->
</session-config>
</web-app>
2.设置一个特定会话超时
session.setMaxInactiveInterval(20*60);//20 minutes
关于Cookie
cookie还有什么别的作用？
前面提到了cookie可以帮助容器记住会话状态，那么除此之外还能干什么呢？
默认，cookie与会话寿命一样长，一旦客户离开浏览器，cookie就会消失。但是你可以让cookie活的更长一些，甚至在关闭浏览器之后还能存活。
创建一个cookie：
Cookie cookie = new Cookie("username", name);
设置Cookie在客户端上存活多久：
cookie.setMaxAge(30*60);//30 minutes
把Cookie发送到客户：
response.addCookie(cookie);
从客户请求得到cookie:
Cookie[] cookie = request.getCookies();
for(int i= 0;i < cookies.length; i++) {
Cookie cookie = cookies[i];
if(cookie.getName().equals("username")) {
String userName = cookie.getValue();
break;
}
}
HttpSessionBindingListener
这个监听器的作用是：当一个属性类实现了此接口是，这个实例增加到一个会话或者从一个会话中删除时，容器会调用该事件处理的回调方法。
代码示例：
public class ClassName implements HttpSessionBindingListener {
//省略其他属性方法定义，或者Setter、getter定义
public void valueBound(HttpSessionBindingEvent event) {
//添加处理事件
}
public void valueUnBound(HttpSessionBindingEvent event) {
//添加处理事件
}
会话迁移
在分布式应用上，应用的各个部分可以复制到网络的多个节点上，在一个集群环境中，容器可能会完成负载均衡，取得客户的请求并把它放在多个JVM上。
这个时候ServletContext, ServletConfig, HttpSession对象会发生什么变化呢？
答案是：每个VM上都有一个ServletContext。每个VM上的每个Servlet有一个ServletConfig。但是每个Web应用的一个给定的会话ID，只有一个HttpSession对象，而不论应用分布在多少个VM上。
所以尽管应用的其他部分会在每个节点VM上复制，但是会话对象不会复制，只会迁移。
HttpSessionActivationListener
如果你的属性类型是Serializable，那就用不着该监听器了。如果不是，可以实现该监听器，使得属性实现串行化。
总结与会话相关的监听器
HttpSessionListener
主要方法：sessionCreated sessionDestroyed
可以用来统计有多少个并发用户
HttpSessionBindingListener
HttpSessionBindingListener
//上面两种监听器，前面已经介绍，此处从略
HttpSessionAttributeListener
主要方法：attributeAdded() attributeRemoved() attributeReplaced()
可以知道会话中什么时候增加删除或者替换会话属性。
这是最后一篇关于Servlet基础知识的文章，通过三篇博客，大致介绍了Servlet的常用功能，我们知道怎么用它，但是具体Servlet的原理，请看第四篇。