從作用域范圍來說,Servlet的作用域有ServletContext,HttpSession,ServletRequest.
Context范圍: ServletContextListener: 對一個應(yīng)用進行全局監(jiān)聽.隨應(yīng)用啟動而啟動,隨應(yīng)用消失而消失主要有兩個方法: contextDestroyed(ServletContextEvent event) 在應(yīng)用關(guān)閉的時候調(diào)用 contextInitialized(ServletContextEvent event) 在應(yīng)用啟動的時候調(diào)用
這個監(jiān)聽器主要用于一些隨著應(yīng)用啟動而要完成的工作,也就是很多人說的我想在容器 啟動的時候干.......... 一般來說對"全局變量"初始化,如 public void contextInitialized(ServletContextEvent event){ ServletContex sc = event.getServletContext(); sc.setAttribute(name,value); } 以后你就可以在任何servlet中g(shù)etServletContext().getAttribute(name); 我最喜歡用它來做守護性工作,就是在contextInitialized(ServletContextEvent event) 方法中實現(xiàn)一個Timer,然后就讓應(yīng)用在每次啟動的時候讓這個Timer工作: public void contextInitialized(ServletContextEvent event){ timer = new Timer(); timer.schedule(new TimerTask(){ public void run(){ //do any things } },0,時間間隔); }
有人說Timer只能規(guī)定從現(xiàn)在開始的多長時間后,每隔多久做一次事或在什么時間做 一次事,那我想在每月1號或每天12點做一項工作如何做呢? 你只要設(shè)一個間隔,然后每次判斷一下當(dāng)時是不是那個時間段就行了啊,比如每月一號做,那你 時間間隔設(shè)為天,即24小時一個循環(huán),然后在run方法中判斷當(dāng)時日期new Date().getDate()==1 就行了啊.如果是每天的12點,那你時間間隔設(shè)為小時,然后在run中判斷new Date().getHour() ==12,再做某事就行了.
ServletContextAttributeListener:
這個監(jiān)聽器主要監(jiān)聽ServletContex對象在setAttribute()和removeAttribute()的事件,注意 也就是一個"全局變量"在被Add(第一次set),replace(對已有的變量重新賦值)和remove的時候. 分別調(diào)用下面三個方法: public void attributeAdded(ServletContextAttributeEvent scab)這個方法不僅可以知道 哪些全局變量被加進來,而且可獲取容器在啟動時自動設(shè)置了哪些context變量:
public void attributeAdded(ServletContextAttributeEvent scab){ System.out.println(scab.getName()); } public void attributeRemoved(ServletContextAttributeEvent scab)
public void attributeReplaced(ServletContextAttributeEvent scab)
Session范圍: HttpSessionListener: 這個監(jiān)聽器主要監(jiān)聽一個Session對象被生成和銷毀時發(fā)生的事件.對應(yīng)有兩個方法: public void sessionCreated(HttpSessionEvent se)
public void sessionDestroyed(HttpSessionEvent se)
一般來說,一個session對象被create時,可以說明有一個新客端進入.可以用來粗略統(tǒng)計在線人 數(shù),注意這不是精確的,因為這個客戶端可能立即就關(guān)閉了,但sessionDestroyed方法卻會按一定 的策略很久以后才會發(fā)生.
HttpSessionAttributeListener: 和ServletContextAttributeListener一樣,它監(jiān)聽一個session對象的Attribut被Add(一個特定 名稱的Attribute每一次被設(shè)置),replace(已有名稱的Attribute的值被重設(shè))和remove時的事件. 對就的有三個方法. public void attributeAdded(HttpSessionBindingEvent se)
public void attributeRemoved(HttpSessionBindingEvent se)
public void attributeReplaced(HttpSessionBindingEvent se)
上面的幾個監(jiān)聽器的方法,都是在監(jiān)聽?wèi)?yīng)用邏輯中servlet邏輯中發(fā)生了什么事,一般的來說. 我們只要完成邏輯功能,比如session.setAttribute("aaa","111");我只要把一個名為aaa的變量 放在session中以便以后我能獲取它,我并不關(guān)心當(dāng)session.setAttribute("aaa","111");發(fā)生時 我還要干什么.(當(dāng)然有些時候要利用的),但對于下面這個監(jiān)聽器,你應(yīng)該好好發(fā)解一下:
HttpSessionBindingListener: 上面的監(jiān)聽器都是作為一個獨立的Listener在容器中控制事件的.而HttpSessionBindingListener 對在一對象中監(jiān)聽該對象的狀態(tài),實現(xiàn)了該接口的對象如果被作為value被add到一個session中或從 session中remove,它就會知道自己已經(jīng)作為一個session對象或已經(jīng)從session刪除,這對于一些非 純JAVA對象,生命周期長于session的對象,以及其它需要釋放資源或改變狀態(tài)的對象非常重要. 比如: session.setAttribute("abcd","1111"); 以后session.removeAttribute("abcd");因為abcd是一個字符中,你從session中remove后,它就會 自動被垃圾回收器回收,而如果是一個connection:(只是舉例,你千萬不要加connection往session 中加入) session.setAttribute("abcd",conn); 以后session.removeAttribute("abcd");這時這個conn被從session中remove了,你已經(jīng)無法獲取它 的句柄,所以你根本沒法關(guān)閉它.而在沒有remove之前你根本不知道什么時候要被remove,你又無法 close(),那么這個connection對象就死了.另外還有一些對象可以在被加入一個session時要鎖定 還要被remove時要解鎖,應(yīng)因你在程序中無法判斷什么時候被remove(),add還好操作,我可以先加鎖 再add,但remove就后你就找不到它的句柄了,根本沒法解鎖,所以這些操作只能在對象自身中實現(xiàn). 也就是在對象被add時或remove時通知對象自己回調(diào)相應(yīng)的方法:
MyConn extends Connection implements HttpSessionBindingListener{ public void valueBound(HttpSessionBindingEvent se){ this.initXXX(); } public void valueUnbound(HttpSessionBindingEvent se){
this.close(); } }
session.setAttribute("aaa",new MyConn()); 這時如果調(diào)用session.removeAttribute("aaa"),則觸發(fā)valueUnbound方法,就會自動關(guān)閉自己. 而其它的需要改變狀態(tài)的對象了是一樣.
另外還有一個HttpSessionActivationListener監(jiān)聽器是實現(xiàn)分布式應(yīng)用中session同步的.不作 多介紹,如果有要實現(xiàn)該功能的朋友可以和我聯(lián)系.
在servlet2.4中,對于request范圍已經(jīng)實現(xiàn)對應(yīng)的監(jiān)聽器: ServletRequestListener,ServletRequestAttributeListener 但沒有找到好的容器的支持所以沒有做過多的測試.雖然從API可以掌握99%,但沒有經(jīng)過真正的 測試我是不會僅把API抄出來的.以后我會補齊這方面的內(nèi)容
原作者:Axman
|