`
super_robin
  • 浏览: 54421 次
  • 性别: Icon_minigender_1
  • 来自: 河南郑州
社区版块
存档分类
最新评论

J2EE常用Listener

    博客分类:
  • 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 响应后// 当发出请求,服务器响应后执行此方法


当请求的页面中包含了链接的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
分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics