我们将浏览器缓存清除，这样cookie中就没有JSESSIONID了，然后我们访问一个action。如下。
8.当我们清空浏览器的时候，session会消失吗？
这个问题包含着一些陷阱。因为很多时候当我们清空浏览器以后，确实需要重新登录系统才可以操作，所以很多人自然而然认为清空浏览器缓存（包含cookie）以后。session就会消失。
其实这种结论是错误的。要知道，session是存在于服务器的，你清除浏览器缓存，只是清除了cookie，跟session一点关系都没有。那么为什么我们却不能访问网站，而需要重新登录了呢？
一般的web项目会通过session来判断用户是否有登录，常用的判断语句是if(session.get("userId")==null。如果为空，则表示需要重新登录。这时候其实隐式地调用了getSession()方法，这就回到了上一步我们所讲的session获取的具体步骤了。
因为清空了浏览器缓存，这时候cookie数组中必定不会有JSESSIONID这个cookie，所以必须得新建一个session，用新的sessionId来给JSESSIONID这个cookie赋值。由于是新建的session，session中必定没有userId这样的属性值，所以判断结果自然为空，所以需要重新登录。这次赋值以后，下一次再请求该网站的时候，由于cookie数组中已经有了JSESSIONID这个cookie，并且能通过该JSESSIONID的值找到相应的session，所以就不需要再重新登录了。
9.讨论几种极端情况
第一种：当项目正常运行，我们清空浏览器，cookie和session会发生什么变化。
因为清空了浏览器，所以不会存在JSESSIONID这个cookie，servlet无法找到对应的session，所以他会新建一个session，然后在本次请求的响应中将sessionId传入cookie中。
下一次请求，cookie数组中就带有JSESSIONID这个cookie了，servlet就可以找到对应的session，沿用即可。
第二种：浏览器正常，项目重启（可停止tomcat来模拟这种情况），cookie和session会发生什么变化。
因为项目重启，内存中的一切session都消失了，虽然访问一个action，请求头中有JSESSIONID这个cookie，但是通过它的值（sessionId）并不能找到session（因为根本没有任何session），所以还是得重新创建一个session，并且这个session的sessionId跟当前cookie数组中的JSESSIONID的值不一样，所以它会将新的sessionId覆盖掉cookie数组中原来的JSESSIONID，并且由于此时的session是崭新的，所以他不可能有userId这样的属性值，所以在拦截的时候依然会被截获，因此也是需要重新登录的。
有兴趣的同学可以去试验一下。
10.session的时限
可以通过setMaxInactiveInterval（）方法来设置session的时限，比如可以设为半个小时。这个时间指的是session不活跃开始计算的时间。超过这个时间，session就失效了。此时若再getSession(),则会创建一个新的session，并且其sessionId为此时浏览器中JSESSIONID的值。
有三种方式来设置session的时限：
--通过在web容器中设置（以tomcat为例），在tomcat-7.0\conf\web.xml中设置，以下是tomcat7.0中默认配置：
30
--通过web项目的web.xml文件来设置。设置15分钟失效。
15
--直接在代码中设置
session.setMaxInactiveInterval(30*60);//以秒为单位，即在没有活动30分钟后，session将失效
上述三种方法的优先级：1<2<3.
我们来做个试验，在web.xml中设置session的过期时间为1分钟，然后观察session和cookie的变化。
第一次访问：
过了一分钟后，再次访问
发现还是没变，但马上再次访问。
结合我们之前所说的session和cookie的作用过程来解释一下：第二次访问的时候，因为过了一分钟，超过了session的过期时间，所以此时虽然cookie中还是原来的sessionID(这也是为什么第二次与第一次的请求头中SessionID相同的原因），但是通过此SessionID是无法再找到那个已经失效的session，所以服务端必须重新创建一个session，并且把新的sessionID放到cookie中，覆盖掉原来旧的。所以当我们马上再次访问的时候，这一次就是新的cookie了。
ps:其实这个过程跟服务端暂停服务的效果是一样的，只不过服务端暂停服务影响的是内存中的所有session,而session过期只是影响当前过期的这个session。
pss:cookie过期与session过期类似，只不过是发生在客户端，大家可以依照前面讲的作用过程试着推导cookie过期会发生什么事情。
psss:如果用了redis等内存数据库来管理session，那么设置过期时间将不起作用。
12.非浏览器平台使用session
cookie依赖于浏览器，session依赖于服务器。如果项目不在浏览器上面运行，那么cookie也就无用武之地，但是我们还是想要使用session。不巧的是，session依赖cookie进行管理，这时候要怎么办呢？
举个很常见的场景，我们想要在安卓，或者ios、或者微信小程序等非浏览器的项目中使用session。这时候这些客户端不会自动帮我们做管理cookie的工作。那么这时候我们需要自己来做。
前面讲到过，servlet底层帮我们自动使用cookie来管理session，大体过程是：从cookie中找寻sessionID，根据sessionID去找session，找到合适的就用，找不到的话就新建一个，并且用新的sessionID覆盖掉cookie中旧的。
而现在需要明白两点：
（1）我们没有浏览器了，所以不会在http的请求头中携带cookie信息，servlet后台收不到cookie信息，自然找不到JESSIONID，所以他会在每次请求都创建一个新的session，这对于服务端来说，是一笔严重的性能开销。
（2）因为没有浏览器了，servlet在更新完sessionID以后，不会自动执行set-cookie操作将新的sessionID去覆盖旧的cookie中的JESSIONID的值。
根据以上两点，我我们需要做如下几件事情。
（1）：模拟http请求的时候在请求头中带上cookie,在cookie中塞入从JESSIONID。这样服务端就可以取到JESSIONID,从而获取sessionID,进行比对来获取session；
（2），在响应给客户端的时候，手动调用set-cookie方法将本次的sessionID放入JESSIONID中，这样客户端就可以得到最新的JESSIONID。
（3）：然后客户端需要维护一个cookie的静态变量（或者用其他方法，总之就是维护一个cookie的内存变量）。将服务端响应回来的JESSIONID的值存在这个变量里面。作为下次请求的时候放入请求头。
（4）：我们同样可以在服务端写一个拦截器，客户端的每个请求都必须先经过拦截器，这样就可以通过session来判断用户是否处于登录状态了。这个过程与在浏览器平台毫无二致。
下面我们来实现上面的功能。
由于本人不会写安卓和iOS的代码，所以以一个客户端程序来模拟安卓端。
首先，定义一个静态变量用于存储JESSIONID.初始值为空。
public static String J_SESSIONID="";
接下来我们编写模拟http请求的类，需要在这个类中的请求头中加入cookie,并且在响应的时候得到响应头中的cookie.具体代码如下。
public static String http4Cookie(String url, String param,String jsessionId) {
String result = "";
BufferedReader in = null;
try {
String urlNameString = url + "?" + param;
URL realUrl = new URL(urlNameString);
// 打开和URL之间的连接
HttpURLConnection connection = (HttpURLConnection) realUrl
.openConnection();
// 设置通用的请求属性
connection.setRequestProperty("accept", "*/*");
connection.setRequestProperty("connection", "Keep-Alive");
connection.setRequestProperty("user-agent",
"Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1;SV1)");
connection.setRequestProperty("Cookie", "JSESSIONID="+jsessionId);//请求头中加入JessionID
// 建立实际的连接
connection.connect();
// 获取所有响应头字段
Map> map = connection.getHeaderFields();
// 遍历所有的响应头字段,获取响应头中的JESSIONID信息
for (String key : map.keySet()) {
// System.out.println(key + "--->" + map.get(key));
if("Set-Cookie".equals(key)){
String setCookie=map.get(key).toString();
String newJessionId=setCookie.substring(12,setCookie.lastIndexOf("]"));
J_SESSIONID=newJessionId;// 维护新的J_SESSIONID
System.out.println(setCookie.substring(12,setCookie.lastIndexOf("]")));
}
}
// 定义 BufferedReader输入流来读取URL的响应
in = new BufferedReader(new InputStreamReader(
connection.getInputStream(), "utf-8"));
String line;
while ((line = in.readLine()) != null) {
result += line;
}
} catch (Exception e) {
System.out.println("发送GET请求出现异常！" + e);
e.printStackTrace();
}
// 使用finally块来关闭输入流
finally {
try {
if (in != null) {
in.close();
}
} catch (Exception e2) {
e2.printStackTrace();
}
}
return result;
}然后我们在服务端写一个Action让客户端来模拟请求。
@ResponseBody
@RequestMapping("httpCookieTest")
public String httpTest(HttpServletRequest req,HttpServletResponse res) {
Cookie[]cookies=req.getCookies();
for(Cookie cookie:cookies){
if(cookie.getName().equals("JSESSIONID"));
System.out.println(cookie.getValue());
}
OutPutMsg.outPutMsg(res, req, "httpCookieTest");
return null;
}特别注意这里的OutPutMsg，它的代码如下。
public static void outPutMsg(HttpServletResponse response,HttpServletRequest request,String msg) {
response.setCharacterEncoding("utf-8");
String sessionId = request.getSession().getId();
response.setContentType("text/html; charset=UTF-8");
response.setHeader("Set-Cookie", "JSESSIONID=" + sessionId);
PrintWriter writer = null;
try {
writer = response.getWriter();
writer.print(msg);
writer.flush();
} catch (IOException e) {
e.printStackTrace();
} finally {
if (writer != null)
writer.close();
}
}注意到第4和第5行代码，这两行代码往响应头中加入了此时的sessionId,作为JSESSIONID的值，放入到cookie中。这样客户端才能从响应头中获取最新的JSESSIONID，以更新静态变量J_SESSIONID的值，对应http4Cookie中的代码。
然后我们来看看客户端的主函数。
public static void main(String args[]){
HttpUtil.http4Cookie("http://192.168.1.185:8080/warrior/httpCookieTest","1=1",J_SESSIONID);
}这样以后，其实这个过程已经跟浏览器的cookie运作机制并无二致了。
最后，我们在写一个拦截器，对所有客户端请求进行拦截。客户端每次请求之间都率先访问这个拦截器。
@ResponseBody
@RequestMapping("otherPlatformIntercept")
public String otherPlatformIntercept(HttpServletRequest req){
HttpSession httpSession=req.getSession();
if(httpSession.getAttribute("userId")!=null){
return "valid";
}
return "Invalid";
}感谢各位的阅读！关于“cookie和session的示例分析”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，让大家可以学到更多知识，如果觉得文章不错，可以把它分享出去让更多的人看到吧！
网站栏目：cookie和session的示例分析
文章起源：http://kswsj.cn/article/joechc.html
