高手支招 Java經驗分享（十一）
這篇文章，筆者繼續與大家分享Java學習經驗。今天的主題是目前很流行也很好的一個開源框架-Spring。
引用《Spring2.0技術手冊》上的一段話：
Spring的核心是個輕量級容器，它是實現IoC容器和非侵入性的框架，并提供AOP概念的實現方式;提供對持久層、事務的支持;提供MVC Web框架的實現，并對于一些常用的企業服務API提供一致的模型封裝，是一個全方位的應用程序框架，除此之外，對于現存的各種框架，Spring也提供了與它們相整合的方案。
接下來筆者先談談自己的一些理解吧，Spring框架的發起者之前一本很著名的書名字大概是《J2ee Development without EJB》，他提倡用輕量級的組件代替重量級的EJB。筆者還沒有看完那本著作，只閱讀了部分章節。其中有一點分析覺得是很有道理的：
EJB里在服務器端有Web Container和EJB Container，從前的觀點是各層之間應該在物理上隔離，Web Container處理視圖功能、在EJB Container中處理業務邏輯功能、然后也是EBJ Container控制數據庫持久化。這樣的層次是很清晰，但是一個很嚴重的問題是Web Container和EJB Container畢竟是兩個不同的容器，它們之間要通信就得用的是RMI機制和JNDI服務，同樣都在服務端，卻物理上隔離，而且每次業務請求都要遠程調用，有沒有必要呢?看來并非隔離都是好的。
再看看輕量級和重量級的區別，筆者看過很多種說法，覺得最有道理的是輕量級代表是POJO + IoC，重量級的代表是Container + Factory。(EJB2.0是典型的重量級組件的技術)我們盡量使用輕量級的Pojo很好理解，意義就在于兼容性和可適應性，移植不需要改變原來的代碼。而Ioc與Factory比起來，Ioc的優點是更大的靈活性，通過配置可以控制很多注入的細節，而Factory模式，行為是相對比較封閉固定的，生產一個對象就必須接受它全部的特點，不管是否需要。其實輕量級和重量級都是相對的概念，使用資源更少、運行負載更小的自然就算輕量。
話題扯遠了，因為Spring框架帶來了太多可以探討的地方。比如它的非侵入性：指的是它提供的框架實現可以讓程序員編程卻感覺不到框架的存在，這樣所寫的代碼并沒有和框架綁定在一起，可以隨時抽離出來，這也是Spring設計的目標。Spring是唯一可以做到真正的針對接口編程，處處都是接口，不依賴綁定任何實現類。同時，Spring還設計了自己的事務管理、對象管理和Model2 的MVC框架，還封裝了其他J2ee的服務在里面，在實現上基本都在使用依賴注入和AOP的思想。由此我們大概可以看到Spring是一個什么概念上的框架，代表了很多優秀思想，值得深入學習。筆者強調，學習并不是框架，而是框架代表的思想，就像我們當初學Struts一樣……
1.Spring MVC
關于IoC和AOP筆者在上篇已經稍微解釋過了，這里先通過Spring的MVC框架來給大家探討一下Spring的特點吧。(畢竟大部分人已經很熟悉Struts了，對比一下吧)
眾所周知MVC的核心是控制器。類似Struts中的ActionServlet，Spring里面前端控制器叫做DispatcherServlet。里面充當Action的組件叫做Controller，返回的視圖層對象叫做ModelAndView，提交和返回都可能要經過過濾的組件叫做Interceptor。
讓我們看看一個從請求到返回的流程吧：
(1) 前臺Jsp或Html通過點擊submit，將數據裝入了request域
(2) 請求被Interceptor攔截下來，執行preHandler()方法出前置判斷
(3) 請求到達DispathcerServlet
(4) DispathcerServlet通過Handler Mapping來決定每個reuqest應該轉發給哪個后端控制器Controller
(5) 各式各樣的后端控制器Controller來處理請求，調用業務層對象來處理業務邏輯，然后返回一個ModelAndView對象
(6) 當Controller執行完畢，Interceptor會調用postHandle來做后置處理
(7) ModelAndView代表了呈現畫面是使用的Model數據對象和View對象，由于只能返回一個對象所有起了這個名字封裝這兩個對象。
(8) 由ViewResolver對象來解析每個返回的ModelAndView對象應該呈現到哪一個視圖(Jsp/Html等)中(包括Exception Resolver)
(9) 當View繪制完成之后Interceptor又會跳出來執行它的afterCompletion方法做善后處理。當然Interceptor的行為完全是配置的而不是強制的。
這樣一個完整的流程就這樣結束了，個人感覺Spring的MVC框架稍顯復雜，不像Struts-1那么容易上手。不管是Controller、Model、ViewRosovler、Handle Mapping還是View，Spring MVC框架都已經為你提供了多種實現，想最大程度的減少程序員的編碼，增加框架的適用性。大家有興趣可以繼續深入研究哈!
2.Spring AOP
記得最初筆者請教他人Spring是一個什么東西的時候，每個人都會提到AOP這個詞語。筆者在上一篇已經解釋過AOP基本原理，這次來跟大家說說Spring的AOP編程吧。不同的AOP框架會有其對AOP概念不同的實現方式，主要的差別在于所提供的Pointcut、Aspects的豐富程度，以及它們如何被織入應用程序、代理的方式等等。先熟悉一下AOP中的幾個重要概念：
(1) Cross-cutting：橫切，說白了就是需要統一處理的集合
(2) Aspects:將散落各處的橫切收集起來，設計成各個獨立可重用的對象稱為Aspects。
(3) Advice: 對橫切的具體實現，即等待插入一段邏輯。
(4) Joinpoint:Advice插入流程的時機點。
(5) Pointcut: 用于選擇Joinpoint的程序結構，可以通過Annotation或者XML實現。
(6) Weave: Advice被應用至對象之上的過程稱之為織入，有編譯期、類加載期、運行期三種時間點策略。
如果你采用實現接口的方式，Spring會在執行時期適用java的動態代理，如果不實現接口，Spring會使用CGLIB產生代理類。AOP的概念很大很泛，而Spring只使用了其中的部分特性，畢竟Spring的目標是輕量級框架，比如它只支持對Method的Joinpoint，而不支持對Field的Joinpoint，理由是為了封裝性。
其實我們可以把概念看得簡單一點，AOP的目的是減少冗余代碼，增強對較大項目的全局監控。Spring利用AOP可以規定一個集合和一套規則，在這個集合里所有的方法被invoke即調用的時候，都必須按照那套規則走一遍。那么首先對其中10個方法都要用到的處理代碼就只用寫一遍，如果是這10個方法來了就織入這段代碼;其次，按照規則，也許所有的牽扯某個模塊的方法調用的時候，我都需要做日志或者進行驗證，那么我只要立足于這個集合的入口和出口，管他從哪里來去哪里，都能被有效的監控。我監控的可能不止是某個方法單獨的行為，我還可以加入對流程控制的監控規則。例如是論壇，我規定注冊了才能登錄，而登錄后才能發帖回帖下資源，于是所有這類流程都會被收集到我眼皮地下通過。
PS：筆者最近只是接觸Spring的MVC比較多，對于Spring的其他特性，還沒有更多的去實踐，所以僅僅是泛泛而談，只是介紹一個印象罷了。還是那句話，我們學習一個框架不是如何使用，而是它所帶來的優秀的思想和理念，這比如何使用這個框架更有意義得多。
【編輯推薦】
