過濾器和攔截器的區別

過濾器，是在java web中，你傳入的request,response提早過濾掉一些信息，或者提早設置一些參數，而後再傳入servlet或者struts的 action進行業務邏輯，好比過濾掉非法url（不是login.do的地址請求，若是用戶沒有登錄都過濾掉）,或者在傳入servlet或者 struts的action前統一設置字符集，或者去除掉一些非法字符 攔截器，是在面向切面編程的就是在你的service或者一個方法，前調用一個方法，或者在方法後調用一個方法好比動態代理就是攔截器的簡單實現，在你調用方法前打印出字符串（或者作其它業務邏輯的操做），也能夠在你調用方法後打印出字符串，甚至在你拋出異常的時候作業務邏輯的操做。

攔截器與過濾器的區別 ： 攔截器是基於java的反射機制的，而過濾器是基於函數回調。 攔截器不依賴與servlet容器，過濾器依賴與servlet容器。 攔截器只能對action請求起做用，而過濾器則能夠對幾乎全部的請求起做用。 攔截器能夠訪問action上下文、值棧裏的對象，而過濾器不能訪問。 在action的生命週期中，攔截器能夠屢次被調用，而過濾器只能在容器初始化時被調用一次 執行順序 ：過濾前 - 攔截前 - Action處理 - 攔截後 - 過濾後。我的認爲過濾是一個橫向的過程，首先把客戶端提交的內容進行過濾(例如未登陸用戶不能訪問內部頁面的處理)；過濾經過後，攔截器將檢查用戶提交數據的驗證，作一些前期的數據處理，接着把處理後的數據發給對應的Action；Action處理完成返回後，攔截器還能夠作其餘過程(還沒想到要作啥)，再向上返回到過濾器的後續操做。

面向切面編程（AOP是Aspect Oriented Program的首字母縮寫） ，咱們知道，面向對象的特色是繼承、多態和封裝。而封裝就要求將功能分散到不一樣的對象中去，這在軟件設計中每每稱爲職責分配。實際上也就是說，讓不一樣的類設計不一樣的方法。這樣代碼就分散到一個個的類中去了。這樣作的好處是下降了代碼的複雜程度，使類可重用。 可是人們也發現，在分散代碼的同時，也增長了代碼的重複性。什麼意思呢？好比說，咱們在兩個類中，可能都須要在每一個方法中作日誌。按面向對象的設計方法，咱們就必須在兩個類的方法中都加入日誌的內容。也許他們是徹底相同的，但就是由於面向對象的設計讓類與類之間沒法聯繫，而不能將這些重複的代碼統一塊兒來。 也許有人會說，那好辦啊，咱們能夠將這段代碼寫在一個獨立的類獨立的方法裏，而後再在這兩個類中調用。可是，這樣一來，這兩個類跟咱們上面提到的獨立的類就有耦合了，它的改變會影響這兩個類。那麼，有沒有什麼辦法，能讓咱們在須要的時候，隨意地加入代碼呢？這種在運行時，動態地將代碼切入到類的指定方法、指定位置上的編程思想就是面向切面的編程。 通常而言，咱們管切入到指定類指定方法的代碼片斷稱爲切面，而切入到哪些類、哪些方法則叫切入點。有了AOP，咱們就能夠把幾個類共有的代碼，抽取到一個切片中，等到須要時再切入對象中去，從而改變其原有的行爲。 這樣看來，AOP其實只是OOP的補充而已。OOP從橫向上區分出一個個的類來，而AOP則從縱向上向對象中加入特定的代碼。有了AOP，OOP變得立體了。若是加上時間維度，AOP使OOP由原來的二維變爲三維了，由平面變成立體了。從技術上來講，AOP基本上是經過代理機制實現的。 AOP在編程歷史上能夠說是里程碑式的，對OOP編程是一種十分有益的補充