J2EE常用Listener（转载）

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