java session 解析

书中讲：

以下情况，Session结束生命周期，Servlet容器将Session所占资源释放：

1.客户端关闭浏览器

2.Session过期

3.服务器端调用了HttpSession的invalidate()方法。

"一个浏览器就是一个新session,关了浏览器session就结束了"

session 是在服务器端建立的，浏览器访问服务器会有一个sessionid，浏览器端通过sessionid定位服务器端的session,session的创建和销毁由服务器端控制。当浏览器关闭后，session还存在在服务器端，只不过你新开的浏览器去访问服务器会创建另一个session,这个时候的 sessionid已经不一样了。也就不能访问上一次的哪个session里面的内容了。

"session的创建和销毁由服务器端控制",服务器端才有session,客户端只是通过sessionid来匹配session.

那服务器端session如何建的呢？ 普通html不会创建，jsp默认是创建的，只要你访问任何一个jsp就会创建（不过只创建一次），你关闭浏览器重新访问又会创建一个，这些创建的session由服务器自己控制销毁，你也可以在服务器端代码中销毁。

什么情况下需要用上这种服务器端的session方式？

默认情况下，jsp被访问就会创建session(最开始是空的没有数据的),你的应用中的代码只是往session里面put数据。网上说可以 通过 ＜%@ page session="false"%＞来不让jsp自动创session.我自己测试了一下（用sessionlistener），根本不起作用， session照样创建成功。

最后说一下，只有服务器端才有session.客户端被存到本地的是cookie.不过安全性低。所以不能放重要的数据。

============================================================================

sesion其实简单:

先request.getsession()，当已有一个session与前request相关时就返回对这个 session的引用，当没有时就生成一个.一个session在server通过一个sessionid来标识的。也就是说在一个server是不会有 两个相同sessionid的session.

那麼session为什麼会和cookie扯在一起呢?

正如我所说对於一 个session来说它的sessionid就是其身份的标识。若我们将这个sessionid保存到用户端，当同一个会话的后序请求来时都将这个 sessionid放在request 的header中(也就是我们说的cookie)这样不就可以来验证这个request是否与之前的request是同一个会话了吗!

什麼是会话呢?

我 们可以通俗一点理解。只要你的browers不关我们就称这一系列的request与response为一个会话。一断你close就称这个会话已结束。 虽然会话结束但并不代表你的session就被destroy.因为session是存活在server上的。它的生命完全由server来主宰 （web.xml中的设定）.

虽然你的session还存活在server上但你已无法再取得它。因为j2ee的api只给我们一种方法来取得与当前会话相关的session的引用:request.getsession() or reqeust.getsession(boolean)

=======================================================================

一个常见的误解是以为session在有客户端访问时就被创建，然而事实是直到某server端程序调用HttpServletRequest.getSession(true)这样的语句时才被创建，注意如果JSP没有显示的使用 <%@page session="false"%> 关闭session，则JSP文件在编译成Servlet时将会自动加上这样一条语句HttpSession
session = HttpServletRequest.getSession(true);

这也是JSP中隐含的session对象的来历。

<**********************有点矛盾的地方,到底JSP显示的使用< %@page session="false"%>能不能让服务端不创建sessionid呢？试验下**************************>

＜%@ page session="false"%＞

不是不让页面创建Session,而是在此JSP页面无法使用session.可以减少网络数据传输.

=========================================================================================================================

session 失效时间

在一般系统登录后，都会设置一个当前session失效的时间，以确保在用户没有使用系统一定时间后，自动退出登录，销毁session。

具体设置很简单：

在主页面或者公共页面中加入：session.setMaxInactiveInterval(900);

参数900单位是秒，即在没有活动15分钟后，session将失效。

这里要注意这个session设置的时间是根据服务器来计算的，而不是客户端。所以如果是在调试程序，应该是修改服务器端时间来测试，而不是客户端。

在一般系统中，也可能需要在session失效后做一些操作，

（1）控制用户数，当session失效后，系统的用户数减少一个等，控制用户数在一定范围内，确保系统的性能。

（2）控制一个用户多次登录，当session有效时，如果相同用户登录，就提示已经登录了，当session失效后，就可以不用提示，直接登录了

那么如何在session失效后，进行一系列的操作呢？

这里就需要用到监听器了，即当session因为各种原因失效后，监听器就可以监听到，然后执行监听器中定义好的程序，就可以了。

监听器类为：HttpSessionListener类，有sessionCreated和sessionDestroyed两个方法

自己可以继承这个类，然后分别实现。

sessionCreated指在session创建时执行的方法

sessionDestroyed指在session失效时执行的方法

给一个简单的例子：

public class SessionListener implements HttpSessionListener{

public void sessionCreated(HttpSessionEvent event) {

HttpSession ses = event.getSession();

String id=ses.getId()+ses.getCreationTime();

SummerConstant.UserMap.put(id, Boolean.TRUE); //添加用户

}

public void sessionDestroyed(HttpSessionEvent event) {

HttpSession ses = event.getSession();

String id=ses.getId()+ses.getCreationTime();

synchronized (this) {

SummerConstant.USERNUM--; //用户数减一

SummerConstant.UserMap.remove(id); //从用户组中移除掉，用户组为一个map

}

}

}

然后只需要把这个监听器在web.xml中声明就可以了

例如：

<listener>

<listener-class>

com.summer.kernel.tools.SessionListener

</listener-class>

</listener>

补充：

具体设置很简单，方法有三种：

（1）在主页面或者公共页面中加入：session.setMaxInactiveInterval(900);

参数900单位是秒，即在没有活动15分钟后，session将失效。设置为-1将永不关闭。

这里要注意这个session设置的时间是根据服务器来计算的，而不是客户端。所以如果是在调试程序，应该是修改服务器端时间来测试，而不是客户端。

（2）也是比较通用的设置session失效时间的方法，就是在项目的web.xml中设置

<session-config>

<session-timeout>15</session-timeout>

</session-config>

这里的15也就是15分钟失效.

（3）直接在应用服务器中设置，如果是tomcat，可以在tomcat目录下conf/web.xml中

找到<session-config>元素，tomcat默认设置是30分钟，只要修改这个值就可以了。

需要注意的是如果上述三个地方如果都设置了，有个优先级的问题，从高到低：

（1）--?(2)---?(3)

session的过期时间计算是从当前session的最后一次请求开始的。

做一个过滤器，实现Filter接口，对指定路径下的请求进行session的失效验证，如失效则跳转到登录页面：

public class RequestFilter implements Filter {

public void doFilter(ServletRequest req, ServletResponse res,

FilterChain chain) throws IOException, ServletException {

//在这里判断session是否已失效，如已失效则重定向到登录页面。

/*

User user = (User)request.getSession().getAttribute("user");

if(user == null) {

response.sendRedirect(request.getContextPath()+"/login.jsp");

return;

}

*/

}

public void init(FilterConfig config) throws ServletException {

}



public void destroy() {

}

}

在web.xml里配置过滤器：

<filter>

<filter-name>requestFilter</filter-name>

<filter-class>com.xxx.RequestFilter</filter-class>

</filter>

<filter-mapping>

<filter-name>requestFilter</filter-name>

<url-pattern>/*</url-pattern>

</filter-mapping>



至于你说的直接跳到登录页面，由于页面响应到达客户端浏览器后就已经与服务端断开连接并呈静态，必须要等到用户再次操作向服务端发起请求时才能执行。

============================================================================================================

cookie 和session 的区别：

1、cookie数据存放在客户的浏览器上，session数据放在服务器上。

2、cookie不是很安全，别人可以分析存放在本地的COOKIE并进行COOKIE欺骗

考虑到安全应当使用session。

3、session会在一定时间内保存在服务器上。当访问增多，会比较占用你服务器的性能

考虑到减轻服务器性能方面，应当使用COOKIE。

4、单个cookie保存的数据不能超过4K，很多浏览器都限制一个站点最多保存20个cookie。

5、所以个人建议：

将登陆信息等重要信息存放为SESSION

其他信息如果需要保留，可以放在COOKIE中

原文链接：
http://www.cnblogs.com/tiechui/archive/2010/11/30/1892145.html http://fengpy2009.iteye.com/blog/834717