馬航的博客

      承接上篇的簡單介紹，下面詳細介紹整個框架的大致結構。

      先來看一下整個框架包的結構：

      可以看出框架包含的包很少，包的結構也超簡單。這里 涉及Filter、ActionSupport、Router等三個概念，他們之間的關系，通過下圖來表示：

      圖也不規范，說不上來是哪個UML圖，不過通過它也能看出一個請求到達時，框架基本的處理流程。首先由Filter攔截到所有請求，然后把請求交給所有注冊的Router類，如果請求的Url正好是一個Router要攔截的，則把此請求交給這個Router，框架不再把請求向下傳遞。Router得到請求后，分析Url，通過Url里的信息把請求交給對應的ActionSupport的子類來處理。

      這里攔截采用Filter來處理，這跟多數的web框架一樣，使用Filter比Servlet有更多的能力進行請求的分發。首先在一個web工程的web.xml文件中配置框架的UrlFilter類來攔截所有的請求。需要注意的一點是dispatcher 要設置為request，如果設置了forward的話，由框架內部進行的forward又會被框架攔截，從而造成無限的循環。Url-pattern設置為/*，表示所有的請求都會攔截，從而把對url分發的權利交由框架本身，而不是采用jsp規范里的url分發策略。框架在處理所有請求的url 時，依次交給各個Router類來處理，如果Router類判斷是符合自己的url格式，則分發給 action 處理。如果不能處理再交給下一級的Router，最后url經由所有Router處理完，剩下的資源文件的url，如http://xxx.xxx.xxx.jpg，則框架調用filter的doChain()方法，通過filter的過濾去訪問web里的資源。

      大致的原理就是這樣，在下篇介紹框架的詳細實現。