ServletContextAttributeListener
监听对ServletContext属性的操作,比如增加/删除/修改
ServletContextListener
监听ServletContext,当创建ServletContext时,激发 contextInitialized(ServletContextEvent sce)方法;当销毁ServletContext时,激发contextDestroyed(ServletContextEvent sce)方法
HttpSessionListener
监听HttpSession的操作。当创建一个Session时,激发session Created(SessionEvent se)方法;当销毁(或超时)一个Session时,激发sessionDestroyed (HttpSessionEvent se)方法
HttpSessionBindingListener
valueBound---被设置到session中(setAttribute)
valueUnbound---从session中解除(removeAttribute)
HttpSessionBindingListener和HttpSessionListener之间的最大区别: HttpSessionListener只需要设置到web.xml中就可以监听整个应用中的所有session。 HttpSessionBindingListener必须实例化后放入某一个session中,才可以进行监听。
从监听范围上比较,HttpSessionListener设置一次就可以监听所有session,HttpSessionBindingListener通常都是一对一的。
HttpSessionBindingListener 需要存储在session 里 ,比如
session.setAttribute("ListenerName", new ImplBindingListener(username));
正是这种区别成就了HttpSessionBindingListener的优势,我们可以让每个listener对应一个username,这样就不需要每次再去session中读取username,进一步可以将所有操作在线列表的代码都移入listener,更容易维护。
这里可以直接使用listener的username操作在线列表,不必再去担心session中是否存在username。
valueUnbound的触发条件是以下三种情况:
执行session.invalidate()时。
session超时,自动销毁时。
执行session.setAttribute("ListenerName", "其他对象");或session.removeAttribute("ListenerName");将listener从session中删除时。
因此,只要不将listener从session中删除,就可以监听到session的销毁
HttpSessionAttributeListener
监听HttpSession中的属性的操作。当在Session增加一个属性时,激发 attributeAdded(HttpSessionBindingEvent se) 方法;当在Session删除一个属性时,激发attributeRemoved(HttpSessionBindingEvent se)方法;当在Session属性被重新设置时,激发attributeReplaced(HttpSessionBindingEvent se) 方法
HttpSessionActivationListener
使代码可以支持分布式环境
为了负载均衡或者fail-over,web容器可以迁移一个session到其他的jvm.
session的passivation是指非活动的session被写入持久设备(比如硬盘)。
activate自然就是相反的过程。在分布式环境中切换的属性必须实现serializable接口
一般情况下他和HttpSessionBindingListener一起使用
Java代码
public class Fun implements HttpSessionBindingListener,HttpSessionActivationListener{
//HttpSessionActivationListener
public void sessionDidActivate(HttpSessionEvent event){
logout("sessionDidActivate("+event.getSession().getId()+")");//激活
}
public void sessionWillPassivate(HttpSessionEvent event){
//被传送到别的jvm或 写到硬盘
logout("sessionWillPassivate("+event.getSession().getId()+")");
}
//HttpSessionBindingListener
public void valueBound(HttpSessionBindingEvent event){
//被设置到session中(setAttribute)
logout("valueBound("+event.getSession().getId()+event.getValue()+")");
}
public void valueUnbound(HttpSessionBindingEvent event){
//从session中解除(removeAttribute)
logout("valueUnbound("+event.getSession().getId()+event.getValue()+")");
}
}
关于session超时配置
Xml代码
<session-config>
<session-timeout>1</session-timeout> <!-- 零或负数将永不超时-->
</session-config>
ServletRequestListener
requestDestroyed request 响应后// 当发出请求,服务器响应后执行此方法
当请求的页面中包含了链接的css文件或js脚本文件等,都会相应增加触RequestListener方法的次数。
比如你在请求的页面中使用<link>元素引入了一个css文件,则请求该页面时会触发两次requestInitialized方法,也就是说浏览器会发送两次请求。
而HttpSessionListener不会发生这种情况。
会引起这种情况的元素有:
<link href="">
<script src="">
<jsp:include >
如果同时配置了ServletContextListener,HttpSessionListener,ServletRequestListener,容器启动时
会先调用ServletContextListener的contextInitialized方法。
然后当客户端有请求到来,会先调用ServletRequestListener的requestInitialized方法,然后再调用HttpSessionListener的sessionCreated方法,
如果发生上面所说的页面链接了其它文件的情况,则会再次触发ServletRequestListener的requestInitialized方法
转自http://super-robin.iteye.com/blog/929757
监听对ServletContext属性的操作,比如增加/删除/修改
ServletContextListener
监听ServletContext,当创建ServletContext时,激发 contextInitialized(ServletContextEvent sce)方法;当销毁ServletContext时,激发contextDestroyed(ServletContextEvent sce)方法
HttpSessionListener
监听HttpSession的操作。当创建一个Session时,激发session Created(SessionEvent se)方法;当销毁(或超时)一个Session时,激发sessionDestroyed (HttpSessionEvent se)方法
HttpSessionBindingListener
valueBound---被设置到session中(setAttribute)
valueUnbound---从session中解除(removeAttribute)
HttpSessionBindingListener和HttpSessionListener之间的最大区别: HttpSessionListener只需要设置到web.xml中就可以监听整个应用中的所有session。 HttpSessionBindingListener必须实例化后放入某一个session中,才可以进行监听。
从监听范围上比较,HttpSessionListener设置一次就可以监听所有session,HttpSessionBindingListener通常都是一对一的。
HttpSessionBindingListener 需要存储在session 里 ,比如
session.setAttribute("ListenerName", new ImplBindingListener(username));
正是这种区别成就了HttpSessionBindingListener的优势,我们可以让每个listener对应一个username,这样就不需要每次再去session中读取username,进一步可以将所有操作在线列表的代码都移入listener,更容易维护。
这里可以直接使用listener的username操作在线列表,不必再去担心session中是否存在username。
valueUnbound的触发条件是以下三种情况:
执行session.invalidate()时。
session超时,自动销毁时。
执行session.setAttribute("ListenerName", "其他对象");或session.removeAttribute("ListenerName");将listener从session中删除时。
因此,只要不将listener从session中删除,就可以监听到session的销毁
HttpSessionAttributeListener
监听HttpSession中的属性的操作。当在Session增加一个属性时,激发 attributeAdded(HttpSessionBindingEvent se) 方法;当在Session删除一个属性时,激发attributeRemoved(HttpSessionBindingEvent se)方法;当在Session属性被重新设置时,激发attributeReplaced(HttpSessionBindingEvent se) 方法
HttpSessionActivationListener
使代码可以支持分布式环境
为了负载均衡或者fail-over,web容器可以迁移一个session到其他的jvm.
session的passivation是指非活动的session被写入持久设备(比如硬盘)。
activate自然就是相反的过程。在分布式环境中切换的属性必须实现serializable接口
一般情况下他和HttpSessionBindingListener一起使用
Java代码
public class Fun implements HttpSessionBindingListener,HttpSessionActivationListener{
//HttpSessionActivationListener
public void sessionDidActivate(HttpSessionEvent event){
logout("sessionDidActivate("+event.getSession().getId()+")");//激活
}
public void sessionWillPassivate(HttpSessionEvent event){
//被传送到别的jvm或 写到硬盘
logout("sessionWillPassivate("+event.getSession().getId()+")");
}
//HttpSessionBindingListener
public void valueBound(HttpSessionBindingEvent event){
//被设置到session中(setAttribute)
logout("valueBound("+event.getSession().getId()+event.getValue()+")");
}
public void valueUnbound(HttpSessionBindingEvent event){
//从session中解除(removeAttribute)
logout("valueUnbound("+event.getSession().getId()+event.getValue()+")");
}
}
关于session超时配置
Xml代码
<session-config>
<session-timeout>1</session-timeout> <!-- 零或负数将永不超时-->
</session-config>
ServletRequestListener
requestDestroyed request 响应后// 当发出请求,服务器响应后执行此方法
当请求的页面中包含了链接的css文件或js脚本文件等,都会相应增加触RequestListener方法的次数。
比如你在请求的页面中使用<link>元素引入了一个css文件,则请求该页面时会触发两次requestInitialized方法,也就是说浏览器会发送两次请求。
而HttpSessionListener不会发生这种情况。
会引起这种情况的元素有:
<link href="">
<script src="">
<jsp:include >
如果同时配置了ServletContextListener,HttpSessionListener,ServletRequestListener,容器启动时
会先调用ServletContextListener的contextInitialized方法。
然后当客户端有请求到来,会先调用ServletRequestListener的requestInitialized方法,然后再调用HttpSessionListener的sessionCreated方法,
如果发生上面所说的页面链接了其它文件的情况,则会再次触发ServletRequestListener的requestInitialized方法
转自http://super-robin.iteye.com/blog/929757