讓我們再來回顧一下之前我們曾經用過的一張Action LifeCycle的圖：



圖中，我們可以發現，Struts2的Interceptor一層一層，把Action包裹在最里面。這樣的結構，大概有以下一些特點：

1. 整個結構就如同一個堆棧，除了Action以外，堆棧中的其他元素是Interceptor

2. Action位于堆棧的底部。由于堆棧"先進后出"的特性，如果我們試圖把Action拿出來執行，我們必須首先把位于Action上端的Interceptor拿出來執行。這樣，整個執行就形成了一個遞歸調用

3. 每個位于堆棧中的Interceptor，除了需要完成它自身的邏輯，還需要完成一個特殊的執行職責。這個執行職責有3種選擇：

1) 中止整個執行，直接返回一個字符串作為resultCode

2) 通過遞歸調用負責調用堆棧中下一個Interceptor的執行

3) 如果在堆棧內已經不存在任何的Interceptor，調用Action


Struts2的攔截器結構的設計，實際上是一個典型的 責任鏈模式 的應用。首先將整個執行劃分成若干相同類型的元素，每個元素具備不同的邏輯責任，并將他們納入到一個鏈式的數據結構中（我們可以把堆棧結構也看作是一個遞歸的鏈式結構），而每個元素又有責任負責鏈式結構中下一個元素的執行調用。

這樣的設計，從代碼重構的角度來看，實際上是將一個復雜的系統，分而治之，從而使得每個部分的邏輯能夠高度重用并具備高度可擴展性。所以，Interceptor結構實在是Struts2/Xwork設計中的精華之筆。

Struts2中的攔截器的內部結構