J2EE监听器接口大全（包含说明区别）

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一起使用

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超时配置

<session-config>   
 <session-timeout>1</session-timeout>  <!-- 零或负数将永不超时-->  
</session-config>

ServletRequestListener

requestDestroyed  request 响应后// 当发出请求，服务器响应后执行此方法
requestInitialized 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方法



ServletRequestAttributeListener




此外 我还找到了个 ResponseListener

org.loom.servlet.ResponseListener

jar 包见附件，使用方法愿共同探讨