Listener我是這樣理解他的，他是一種觀察者模式的實現：我們在web.xml中配置listener的時候就是把一個被觀察者放入的觀察者的觀察對象隊列中，當被觀察者觸發了註冊事件時觀察者作出相應的反應。在jsp/servlet中具體的實現是在web.xml中註冊Listener，由Container在特定事件發生時呼叫特定的實現Listener的類。
總體上說servlet中有主要有3類事件既：Servlet上下文事件、會話事件與請求事件總共有8個listener(部分類容轉載於http://ritaleo.javaeye.com/blog/48751)接口，我們在web.xml中註冊時對應上自己對相應接口的實現類即可：
Servlet中的Listener和Event:
1. 在JSP 2.0/Servlet 2.4中，共有八個Listener接口，六個Event類別。
ServletContextListener接口
[接口方法] contextInitialized()與 contextDestroyed()
[接收事件] ServletContextEvent
[觸發場景] 在Container加載Web應用程序時（例如啓動 Container之後），會呼叫contextInitialized()，而當容器移除Web應用程序時，會呼叫contextDestroyed ()方法。
2. ServletContextAttributeListener
[接口方法] attributeAdded()、 attributeReplaced()、attributeRemoved()
[接收事件] ServletContextAttributeEvent
[觸發場景] 若有對象加入爲application（ServletContext）對象的屬性，則會呼叫attributeAdded()，同理在置換屬性與移除屬性時，會分別呼叫attributeReplaced()、attributeRemoved()。
3. HttpSessionListener
[接口方法] sessionCreated()與sessionDestroyed ()
[接收事件] HttpSessionEvent
[觸發場景] 在session （HttpSession）對象建立或被消滅時，會分別呼叫這兩個方法。
4. HttpSessionAttributeListener
[接口方法] attributeAdded()、 attributeReplaced()、attributeRemoved()
[接收事件] HttpSessionBindingEvent
[觸發場景] 若有對象加入爲session（HttpSession）對象的屬性，則會呼叫attributeAdded()，同理在置換屬性與移除屬性時，會分別呼叫attributeReplaced()、 attributeRemoved()。
5. HttpSessionActivationListener
[接口方法] sessionDidActivate()與 sessionWillPassivate()
[接收事件] HttpSessionEvent
[觸發場景] Activate與Passivate是用於置換對象的動作，當session對象爲了資源利用或負載平衡等原因而必須暫時儲存至硬盤或其它儲存器時（透 過對象序列化），所作的動作稱之爲Passivate，而硬盤或儲存器上的session對象重新加載JVM時所採的動作稱之爲Activate，所以容 易理解的，sessionDidActivate()與 sessionWillPassivate()分別於Activeate後與將Passivate前呼叫。
6. ServletRequestListener
[接口方法] requestInitialized()與 requestDestroyed()
[接收事件] RequestEvent
[觸發場景] 在request（HttpServletRequest）對象建立或被消滅時，會分別呼叫這兩個方法。
7. ServletRequestAttributeListener
[接口方法] attributeAdded()、 attributeReplaced()、attributeRemoved()
[接收事件] HttpSessionBindingEvent
[觸發場景] 若有對象加入爲request（HttpServletRequest）對象的屬性，則會呼叫attributeAdded()，同理在置換屬性與移除屬性時，會分別呼叫attributeReplaced()、 attributeRemoved()。
8. HttpSessionBindingListener
[接口方法] valueBound()與valueUnbound()
[接收事件] HttpSessionBindingEvent
[觸發場景] 實現HttpSessionBindingListener接口的類別，其實例如果被加入至session（HttpSession）對象的屬性中，則會 呼叫 valueBound()，如果被從session（HttpSession）對象的屬性中移除，則會呼叫valueUnbound()，實現 HttpSessionBindingListener接口的類別不需在web.xml中設定。
具體使用方法：在web.xml中添加如下語句：
< listener >
< listener-class > com.servlet.listener.YouAchieveListener < \listener-class >
< \listener >
其中YouAchieveListener 爲你實現的某個Listener接口的實現類com.servlet.listener.爲你的包名。
Filter：Filter 技術是servlet 2.3 新增加的功能.（以下部分類容轉載於http://www.programfan.com/article/1836.html）
Filter的使用戶可以改變一 個request或修改一個response。 Filter 不是一個servlet,它不能產生一個response,但是他能夠在一個request到達servlet之前預先處理request,也可以在一個響應離開 servlet時處理response。
一個filter 包括：
1. 在servlet被調用之前截獲;
2. 在servlet被調用之前檢查servlet request;
3. 根據需要修改request頭和request數據;
4. 根據需要修改response頭和response數據;
5. 在servlet被調用之後截獲.
Filter和servlet的對應關係爲多對多的關係 ，也就是說你可以配置一個filter 到一個或多個servlet;而一個servlet可以有多個filter。幾個實用的filter 包括：用戶辨認filter,日誌filter,審覈filter,加密filter,符號filter,能改變xml內容的XSLT filter等.
一個filter必須實現javax.servlet.Filter接口並定義三個方法:
1.void setFilterConfig(FilterConfig config) //設置filter 的配置對象;
2. FilterConfig getFilterConfig() //返回filter的配置對象;
3. void doFilter(ServletRequest req, ServletResponse res, FilterChain chain) //執行filter 的工作.
服務器每次只調用setFilterConfig方法一次準備filter 的處理;調用doFilter方法多次以處理不同的請求.FilterConfig接口有方法可以找到filter名字及初始化參數信息.服務器可以設置 FilterConfig爲空來指明filter已經終結.
每一個filter從doFilter()方法中得到當前的request及response.在這個方法裏,可以進行任何的針對request及 response的操作.(包括收集數據,包裝數據等).filter調用chain.doFilter()方法把控制權交給下一個filter.一個 filter在doFilter()方法中結束.如果一個filter想停止request處理而獲得對response的完全的控制,那它可以不調用下 一個filter.
一個filter可以包裝request 或response以改變幾個方法和提供用戶定製的屬性.Api2.3提供了HttpServletRequestWrapper 和HttpServletResponseWrapper來實現.它們能分派最初的request和response.如果要改變一個方法的特性,必須繼 承wapper和重寫方法.下面是一段簡單的日誌filter用來記錄所有request的持續時間.
public class LogFilter implements Filter {
FilterConfig config;
public void setFilterConfig(FilterConfig config) {
this.config = config;
}
public FilterConfig getFilterConfig() {
return config;
}
public void doFilter(ServletRequest req,
ServletResponse res,
FilterChain chain) {
ServletContext context = getFilterConfig().getServletContext();
long bef = System.currentTimeMillis();
chain.doFilter(req, res); // no chain parameter needed here
long aft = System.currentTimeMillis();
context.log("Request to " + req.getRequestURI()
+ ": " + (aft-bef));
}
}
當server調用setFilterConfig(),filter保存config信息.在doFilter()方法中通過config信息得到 servletContext.如果要運行這個filter,必須去配置到web.xml中.以tomcat4.01爲例:
<filter>
<filter-name>
log //filter 名字
</filter-name>
<filter-class>
LogFilter //filter class(上例的servlet)
</filter-class>
</filter>
<filter-mapping>
<filter-name>log</filter-name>
<servletname>servletname</servlet-name>
</filter-mapping>
<servlet>
<servlet-name>servletname</servletname>
<servletclass>servletclass</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>servletname</servlet-name>
<url-pattern>*</url-pattern>
</servlet-mapping>
從上面的事例中可以看出，filter和servlet是在web.xml中配置起來的。