spring mvc 與struts2比較

Spring MVC 3.0.5+Spring 3.0.5+MyBatis3.0.4全註解實例詳解（二）

   在上一篇文章中我詳細的介紹瞭如何搭建maven環境以及生成一個maven骨架的web項目，那麼這章中我將講述Spring MVC的流程結構，Spring MVC與Struts2的區別，以及例子中的一些配置文件的分析。
    一、Spring MVC 3.0介紹

   Spring MVC是一個典型的MVC框架，是Spring內置的Web框架，可以作爲應用項目的展示層，繼Spring 2.0對Spring MVC進行重大升級後，Spring 2.5又爲Spring MVC引入了註解驅動功能，再到3.0時代，全面支持REST的網絡服務和更容易的網絡編程。這一系列的變革，無疑吸引着我們走進Spring MVC 3.0的世界。
   REST功能是Spring MVC 3.0新增的，它通過不帶擴展名的URL來訪問系統資源。REST是把訪問的所有資源看成靜態的，一個或一組，每個不同的URL地址都是一個靜態資源。那麼Spring MVC 3.0是如何支持REST的呢？簡單的說，它是通過@RequestMapping及@PathVariable註解提供的，在@RequestMapping中指定value與method，就可以處理對應的請求。另外spring mvc框架還做了很多很多工作。

    二、Spring MVC流程

    大象根據官方文檔的介紹，以及自己的理解，畫了一個Spring MVC的流程結構圖，大家可以參考下。

   

   1、Spring MVC的核心是DispatcherServlet，當客戶端發送一個請求時，這個請求經過一系列過濾器處理。然後DispatcherServlet會接收到這個請求。

   2、DispatcherServlet會從HandlerMapping對象中查找與請求匹配的Controller，並將結果返回給DispatcherServlet。

   3、DispatcherServlet將請求轉發給目標Controller，如果定義有攔截器，則會經過這些攔截器處理。

   4、標Controller處理完成業務邏輯後，會返回一個結果給DispatcherServlet。

   5、DispatcherServlet根據結果查詢ViewResolver，找到與之對應的視圖對象，同樣將結果返回給DispatcherServlet。

   6、DispatcherServlet根據指定的顯示結果，調用模板對象渲染view。

   7、將view返回給客戶端。

   根據上面的說明，可以很很明顯的看出，Spring MVC的核心是Servlet，並且創建的Controller其實也是一個Servlet。

   三、Spring與struts2比較

   另一個非常有名的MVC框架是Struts2，Spring MVC的核心是Servlet，而Struts2的核心則是Filter。下表列出Spring MVC與Struts2的主要區別與比較結果。

   

   

   通過上面的綜合比較，Spring MVC 3.0的優勢要比Struts2大得多，雖然它還有些不足的地方，但隨着後期版本的升級，必然會進行改進，會做的更好。所以採用Spring MVC 3.0作爲系統的展示層要比Struts2好。

   四、線程安全

   由於Spring MVC默認是Singleton的，所以會產生一個潛在的安全隱患。根本核心是instance變量保持狀態的問題。

   這個問題有兩種解決辦法：

       a) 在控制器中不使用實例變量

      b) 將控制器的作用域從單例改爲原型

   這兩種做法有好有壞，第一種，需要開發人員擁有較高的編程水平與思想意識，在編碼過程中力求避免出現這種BUG，而第二種則是容器自動的對每個請求產生一個實例，由JVM進行垃圾回收，因此做到了線程安全。使用第一種方式的好處是實例對象只有一個，所有的請求都調用該實例對象，速度和性能上要優於第二種，不好的地方，就是需要程序員自己去控制實例變量的狀態保持問題。第二種由於每次請求都創建一個實例，所以會消耗較多的內存空間。

   五、配置文件

   Spring MVC是Spring的一個組成部分，所以配置文件就會變得簡單許多。以下就是本例子中最重要的幾個配置文件。

   1、pom.xml

   管理項目依賴，編譯，發佈，插件配置等等。所有的依賴包都由配置決定，另外所需依賴包的其它依賴，無需配置，maven會自動獲取並進行管理，這無疑幫我們減少了很多工作量，再也不用爲到處找jar包，或版本不一致而頭疼了。

    定義依賴版本屬性

   

   Spring依賴，本例是一個很基礎的例子，所以有這些就夠了，以後有擴展再增加。

   

   MyBatis依賴，iBatis從3.0版之後就改名爲MyBatis。這個例子，大象沒有使用Hibernate，而是採用更輕量級的MyBatis來作爲持久層框架，使用很簡單，也很靈活。另外，本例還用到了一個mybatis-spring插件，這是因爲spring 3.0.5僅支持ibatis 2.0，所以需要這個插件來處理底層數據源等工作。

   

    本例用到了AOP，所以需要這兩個依賴

   

    下面是其它一些必須的依賴，值得說明的就是，因爲在本例中，大象對Service還是用的類，沒有進行基於接口的實現方式，所以需要cglib這個依賴。另外，頁面使用html作爲展示層，使用freemarker標籤處理動態數據。
    2、web.xml

    與ssh2的web.xml主要的區別就是替換Struts2的啓動配置，改爲Spring MVC的設置，配置如下：

   

   

   servlet-context.xml包含容器啓動時，所要執行的內容，而service-context.xml則是接下來由spring上下文監聽器對其進行掃描執行。這兩個配置文件可以合併成一個，大象爲了便於管理，並且爲了使用spring上下文，寫成了兩個文件。如果我們不指定init-param配置，默認的，在服務器啓動時，會在WEB-INF目錄下查找命名規則爲<servlet-name>-servlet.xml的文件，對應到這裏就是ssm3-servlet.xml文件，大象統一將所有文件都放在了classpath下面。
    3、servlet-context.xml

   Spring MVC啓動時的配置文件，包含組件掃描、url映射以及設置freemarker參數，讓spring不掃描帶有@Service註解的類。爲什麼要這樣設置？因爲servlet-context.xml與service-context.xml不是同時加載，如果不進行這樣的設置，那麼，spring就會將所有帶@Service註解的類都掃描到容器中，等到加載service-context.xml的時候，會因爲容器已經存在Service類，使得cglib將不對Service進行代理，直接導致的結果就是在service-context中的事務配置不起作用，發生異常時，無法對數據進行回滾。另外能夠將REST URL解析爲請求映射的是DefaultAnnotationHandlerMapping這個類，它在啓動時，對Controller中所有標註了@RequestMapping註解的方法，都放到了一個HandlerMapping對象中，當有請求時，就在這個對象中進行查找是否有與之匹配路徑的處理方法，有則執行，沒有就會輸出一個Not Page Found警告信息。

   

    展示層使用freemarker模板引擎，爲了便於編輯，大象在這裏使用html作爲展示頁。Spring框架對freemarker進行了集成與封裝，配置起來非常簡單。主要是定義FreeMarker視圖解析器與屬性配置，網上有很多關於這些屬性含義的介紹，大象就不在這裏囉嗦了，後面講到Spring MVC的時候會結合代碼來進行說明。Spring MVC支持多種類型的視圖文件。如：jsp、freemarker、velocity、tiles、jasperreports等。

   

   4、service-context.xml

    與ssh2裏面的application.xml區別不大，主要是將hibernate那部分改爲mybatis，還要將MybatisDao基類配置進來，以便Service類可以用註解的方式引入，然後就是掃描包路徑，不掃描帶有@Controller註解的類。因爲這些類已經隨容器啓動時，在servlet-context中掃描過一遍了。

   

   

   

   5、mybatis-config.xml

   mybatis的主配置，裏面包含了POJO的映射文件，這裏瞭解一下就行，後面的章節會對這些進行說明，熟悉ibatis的朋友就很簡單了，可以直接跳過。

   

    到此，關於配置文件的說明就講完了，因爲這個SSM3的例子採用maven來構建，與之前的SSH2不一樣，大象對配置文件進行了簡要的說明，使用maven的好處，大家應該看出來了，它對於開發構建來說顯得簡單一些，可以使你不需要到處去找jar包，也不用你去擔心版本不一致的問題，另外，對於依賴的jar包，它還能自動去查找它自己的依賴，這可以減少我們很多不必要的重複勞動。下一章，我將分析下本例的層次結構與MyBatis的簡單運用。