Spring工作原理及其作用Spring工作原理及其作用

1.springmvc請所有的請求都送出給DispatcherServlet,它會委托應用系統的其他子產品負責負責對請求進行真正的處理工作。

2.DispatcherServlet查詢一個或多個HandlerMapping,找到處理請求的Controller.

3.DispatcherServlet請請求送出到目标Controller

4.Controller進行業務邏輯處理後，會傳回一個ModelAndView

5.Dispathcher查詢一個或多個ViewResolver視圖解析器,找到ModelAndView對象指定的視圖對象

6.視圖對象負責渲染傳回給用戶端。

為什麼要使用Spring：

AOP 讓開發人員可以建立非行為性的關注點，稱為橫切關注點，并将它們插入到應用程式代碼中。使用 AOP後，公共服務（比如日志、持久性、事務等）就可以分解成方面并應用到域對象上，同時不會增加域對象的對象模型的複雜性。

IOC 允許建立一個可以構造對象的應用環境，然後向這些對象傳遞它們的協作對象。正如單詞 倒置 所表明的，IOC 就像反過來的JNDI。沒有使用一堆抽象工廠、服務定位器、單元素（singleton）和直接構造（straightconstruction），每一個對象都是用其協作對象構造的。是以是由容器管理協作對象（collaborator）。

Spring即使一個AOP架構，也是一IOC容器。 Spring 最好的地方是它有助于您替換對象。有了Spring，隻要用JavaBean屬性和配置檔案加入依賴性（協作對象）。然後可以很容易地在需要時替換具有類似接口的協作對象。

Spring 架構是一個分層架構，由 7 個定義良好的子產品組成。Spring子產品建構在核心容器之上，核心容器定義了建立、配置和管理bean 的方式，如圖 1 所示。

組成 Spring 架構的每個子產品（或元件）都可以單獨存在，或者與其他一個或多個子產品聯合實作。每個子產品的功能如下：

核心容器：核心容器提供 Spring架構的基本功能。核心容器的主要元件是BeanFactory，它是工廠模式的實作。BeanFactory使用控制反轉（IOC）模式将應用程式的配置和依賴性規範與實際的應用程式代碼分開。

Spring 上下文：Spring 上下文是一個配置檔案，向 Spring架構提供上下文資訊。Spring上下文包括企業服務，例如 JNDI、EJB、電子郵件、國際化、校驗和排程功能。

Spring AOP：通過配置管理特性，Spring AOP 子產品直接将面向方面的程式設計功能內建到了Spring架構中。是以，可以很容易地使 Spring 架構管理的任何對象支援 AOP。Spring AOP 子產品為基于Spring的應用程式中的對象提供了事務管理服務。通過使用 Spring AOP，不用依賴EJB元件，就可以将聲明性事務管理內建到應用程式中。

Spring  DAO：JDBCDAO抽象層提供了有意義的異常層次結構，可用該結構來管理異常處理和不同資料庫供應商抛出的錯誤消息。異常層次結構簡化了錯誤處理，并且極大地降低了需要編寫的異常代碼數量（例如打開和關閉連接配接）。SpringDAO的面向 JDBC 的異常遵從通用的 DAO 異常層次結構。

Spring ORM：Spring 架構插入了若幹個 ORM 架構，進而提供了 ORM的對象關系工具，其中包括JDO、Hibernate 和 iBatis SQL Map。所有這些都遵從 Spring 的通用事務和DAO異常層次結構。

Spring Web 子產品：Web 上下文子產品建立在應用程式上下文子產品之上，為基于Web的應用程式提供了上下文。是以，Spring 架構支援與 Jakarta Struts的內建。Web子產品還簡化了處理多部分請求以及将請求參數綁定到域對象的工作。

Spring MVC 架構：MVC 架構是一個全功能的建構 Web 應用程式的 MVC實作。通過政策接口，MVC架構變成為高度可配置的，MVC 容納了大量視圖技術，其中包括JSP、Velocity、Tiles、iText 和 POI。

Spring 架構的功能可以用在任何 J2EE伺服器中，大多數功能也适用于不受管理的環境。Spring的核心要點是：支援不綁定到特定 J2EE服務的可重用業務和資料通路對象。毫無疑問，這樣的對象可以在不同 J2EE 環境 （Web或EJB）、獨立應用程式、測試環境之間重用。

原文位址http://www.bieryun.com/2137.html