Hibernate、Spring和Struts工作原理及使用理由

1.讀取並解析配置文件
2.讀取並解析映射信息，創建SessionFactory
3.打開Sesssion
4.創建事務Transation
5.持久化操作
6.提交事務
7.關閉Session
8.關閉SesstionFactory

為什麼要用：

1. 對JDBC訪問資料庫的代碼做了封裝，大大簡化了數據訪問層繁瑣的重覆性代碼。

2. Hibernate是一個基於JDBC的主流持久化框架，是一個優秀的ORM實現。他很大程度的簡化DAO層的編碼工作

3. hibernate使用Java反射機制，而不是位元組碼增強程式來實現透明性。

4. hibernate的性能非常好，因為它是個輕量級框架。映射的靈活性很出色。它支持各種關係資料庫，從一對一到多對多的各種複雜關係。

2． Hibernate是如何延遲載入?

1. Hibernate2延遲載入實現：a)實體對象 b)集合（Collection）

2. Hibernate3 提供了屬性的延遲載入功能

當Hibernate在查詢數據的時候，數據並沒有存在與記憶體中，當程式真正對數據的操作時，對象才存在與記憶體中，就實現了延遲載入，他節省了伺服器的記憶體開銷，從而提高了伺服器的性能。

3．Hibernate中怎樣實現類之間的關係?(如：一對多、多對多的關係)

類與類之間的關係主要體現在表與表之間的關係進行操作，它們都市對對象進行操作，我們程式中把所有的表與類都映射在一起，它們通過配置文件中的many-to-one、one-to-many、many-to-many、

4． 說下Hibernate的緩存機制

1. 內部緩存存在Hibernate中又叫一級緩存，屬於應用事物級緩存

2. 二級緩存：
a) 應用及緩存
b) 分散式緩存
條件：數據不會被第三方修改、數據大小在可接受範圍、數據更新頻率低、同一數據被系統頻繁使用、非 關鍵數據
c) 第三方緩存的實現

5． Hibernate的查詢方式

Sql、Criteria,object comptosition
Hql：
1、 屬性查詢
2、 參數查詢、命名參數查詢
3、 關聯查詢
4、 分頁查詢
5、 統計函數

6． 如何優化Hibernate？

1.使用雙向一對多關聯，不使用單向一對多
2.靈活使用單向一對多關聯
3.不用一對一，用多對一取代
4.配置對象緩存，不使用集合緩存
5.一對多集合使用Bag,多對多集合使用Set
6. 繼承類使用顯式多態
7. 表欄位要少，表關聯不要怕多，有二級緩存撐腰

7． Struts工作機制？為什麼要使用Struts？

工作機制：
Struts的工作流程:
在web應用啟動時就會載入初始化ActionServlet,ActionServlet從
struts-config.xml文件中讀取配置信息,把它們存放到各種配置對象
當ActionServlet接收到一個客戶請求時,將執行如下流程.
-(1)檢索和用戶請求匹配的ActionMapping實例,如果不存在,就返回請求路徑無效信息;
-(2)如果ActionForm實例不存在,就創建一個ActionForm對象,把客戶提交的表單數據保存到ActionForm對象中;
-(3)根據配置信息決定是否需要表單驗證.如果需要驗證,就調用ActionForm的validate()方法;
-(4)如果ActionForm的validate()方法返回null或返回一個不包含ActionMessage的ActuibErrors對象, 就表示表單驗證成功;
-(5)ActionServlet根據ActionMapping所包含的映射信息決定將請求轉發給哪個Action,如果相應的 Action實例不存在,就先創建這個實例,然後調用Action的execute()方法;
-(6)Action的execute()方法返回一個ActionForward對象,ActionServlet在把客戶請求轉發給 ActionForward對象指向的JSP組件;
-(7)ActionForward對象指向JSP組件生成動態網頁,返回給客戶;

為什麼要用：

JSP、Servlet、JavaBean技術的出現給我們構建強大的企業應用系統提供了可能。但用這些技術構建的系統非常的繁亂，所以在此之上，我們需要一個規則、一個把這些技術組織起來的規則，這就是框架，Struts便應運而生。

基於Struts開發的應用由3類組件構成：控制器組件、模型組件、視圖組件

8． Struts的validate框架是如何驗證的？

在struts配置文件中配置具體的錯誤提示，再在FormBean中的validate()方法具體調用。

9． 說下Struts的設計模式

MVC模式: web應用程式啟動時就會載入並初始化ActionServler。用戶提交表單時，一個配置好的ActionForm對象被創建，並被填入表單相應的數 據，ActionServler根據Struts-config.xml文件配置好的設置決定是否需要表單驗證，如果需要就調用ActionForm的 Validate（）驗證後選擇將請求發送到哪個Action，如果Action不存在，ActionServlet會先創建這個對象，然後調用 Action的execute（）方法。Execute（）從ActionForm對象中獲取數據，完成業務邏輯，返回一個ActionForward對 象，ActionServlet再把客戶請求轉發給ActionForward對象指定的jsp組件，ActionForward對象指定的jsp生成動 態的網頁，返回給客戶。

10． spring工作機制及為什麼要用?

1.spring mvc請所有的請求都提交給DispatcherServlet,它會委托應用系統的其他模塊負責負責對請求進行真正的處理工作。
2.DispatcherServlet查詢一個或多個HandlerMapping,找到處理請求的Controller.
3.DispatcherServlet請請求提交到目標Controller
4.Controller進行業務邏輯處理後，會返回一個ModelAndView
5.Dispathcher查詢一個或多個ViewResolver視圖解析器,找到ModelAndView對象指定的視圖對象
6.視圖對象負責渲染返回給客戶端。

為什麼用：

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

IOC 允許創建一個可以構造對象的應用環境，然後向這些對象傳遞它們的協作對象。正如單詞 倒置 所表明的，IOC 就像反 過來的 JNDI。沒有使用一堆抽象工廠、服務定位器、單元素（singleton）和直接構造（straight construction），每一個對象都是用其協作對象構造的。因此是由容器管理協作對象（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：JDBC DAO 抽象層提供了有意義的異常層次結構，可用該結構來管理異常處理和不同資料庫供應商拋出的錯誤消息。異常層次結構簡化了錯誤處理，並且極大地降低了需要編寫 的異常代碼數量（例如打開和關閉連接）。Spring DAO 的面向 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）、獨立應用程式、測試環境之間重用。

IOC 和 AOP

控制反轉模式（也稱作依賴性介入）的基本概念是：不創建對象，但是描述創建它們的方式。在代碼中不直接與對象和服務連接，但在配置文件中描述哪一個組件需要哪一項服務。容器（在 Spring 框架中是 IOC 容器） 負責將這些聯繫在一起。

在典型的 IOC 場景中，容器創建了所有對象，並設置必要的屬性將它們連接在一起，決定什麼時間調用方法。下表列出了 IOC 的一個實現模式。

Spring 框架的 IOC 容器採用類型 2 和類型3 實現。

面向方面的編程

面向方面的編程，即 AOP，是一種編程技術，它允許程式員對橫切關註點或橫切典型的職責分界線的行為（例如日誌和事務管理）進行模塊化。AOP 的核心構造是方面，它將那些影響多個類的行為封裝到可重用的模塊中。

AOP 和 IOC 是補充性的技術，它們都運用模塊化方式解決企業應用程式開發中的複雜問題。在典型的面向對象開發方式中，可能要將日誌記錄語句放在所有方法和 Java 類中才能實現日誌功能。在 AOP 方式中，可以反過來將日誌服務模塊化，並以聲明的方式將它們應用到需要日誌的組件上。當然，優勢就是 Java 類不需要知道日誌服務的存在，也不需要考慮相關的代碼。所以，用 Spring AOP 編寫的應用程式代碼是鬆散耦合的。

AOP 的功能完全集成到了 Spring 事務管理、日誌和其他各種特性的上下文中。

IOC 容器

Spring 設計的核心是 org.springframework.beans 包，它的設計目標是與 JavaBean 組件一起使用。這個包通常不是由用戶直接使用，而是由伺服器將其用作其他多數功能的底層中介。下一個最高級抽象是 BeanFactory 介面，它是工廠設計模式的實現，允許通過名稱創建和檢索對象。BeanFactory 也可以管理對象之間的關係。

BeanFactory 支持兩個對象模型。

單態 模型提供了具有特定名稱的對象的共用實例，可以在查詢時對其進行檢索。Singleton 是預設的也是最常用的對象模型。對於無狀態服務對象很理想。

原型 模型確保每次檢索都會創建單獨的對象。在每個用戶都需要自己的對象時，原型模型最適合。

bean 工廠的概念是 Spring 作為 IOC 容器的基礎。IOC 將處理事情的責任從應用程式代碼轉移到框架。正如我將在下一個示例中演示的那樣，Spring 框架使用 JavaBean 屬性和配置數據來指出必須設置的依賴關係。