Hibernate工做原理及爲何要用？
原理：
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：
一、 屬性查詢
二、 參數查詢、命名參數查詢
三、 關聯查詢
四、 分頁查詢
五、 統計函數
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 屬性和配置文件加入依賴性（協做對象）。而後能夠很容易地在須要時替換具備相似接口的協做對象。}html
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 屬性和配置數據來指出必須設置的依賴關係。
BeanFactory 接口
由於 org.springframework.beans.factory.BeanFactory 是一個簡單接口，因此能夠針對各類底層存儲方法實現。最經常使用的 BeanFactory 定義是 XmlBeanFactory，它根據 XML 文件中的定義裝入 bean，如清單 1 所示。
清單 1. XmlBeanFactory
BeanFactory factory = new XMLBeanFactory(new FileInputSteam("mybean.xml"));
在 XML 文件中定義的 Bean 是被消極加載的，這意味在須要 bean 以前，bean 自己不會被初始化。要從 BeanFactory 檢索 bean，只需調用 getBean() 方法，傳入將要檢索的 bean 的名稱便可，如清單 2 所示。
清單 2. getBean()
MyBean mybean = (MyBean) factory.getBean("mybean");
每一個 bean 的定義均可以是 POJO （用類名和 JavaBean 初始化屬性定義） 或 FactoryBean。FactoryBean 接口爲使用 Spring 框架構建的應用程序添加了一個間接的級別。
IOC 示例
理解控制反轉最簡單的方式就是看它的實際應用。在對由三部分組成的 Spring 系列 的第 1 部分進行總結時，我使用了一個示例，演示瞭如何經過 Spring IOC 容器注入應用程序的依賴關係（而不是將它們構建進來）。
我用開啓在線信用賬戶的用例做爲起點。對於該實現，開啓信用賬戶要求用戶與如下服務進行交互：
☆ 信用級別評定服務，查詢用戶的信用歷史信息。
☆ 遠程信息連接服務，插入客戶信息，將客戶信息與信用卡和銀行信息鏈接起來，以進行自動借記（若是須要的話）。
☆ 電子郵件服務，向用戶發送有關信用卡狀態的電子郵件。
三個接口
對於這個示例，我假設服務已經存在，理想的狀況是用鬆散耦合的方式把它們集成在一塊兒。如下清單顯示了三個服務的應用程序接口。
清單 3. CreditRatingInterface
public interface CreditRatingInterface {
public boolean getUserCreditHistoryInformation(ICustomer iCustomer);
}
清單 3 所示的信用級別評定接口提供了信用歷史信息。它須要一個包含客戶信息的 Customer 對象。該接口的實現是由 CreditRating 類提供的。
清單 4. CreditLinkingInterface
public interface CreditLinkingInterface {
public String getUrl();
public void setUrl(String url);
public void linkCreditBankAccount() throws Exception ;
}
信用連接接口將信用歷史信息與銀行信息（若是須要的話）鏈接在一塊兒，並插入用戶的信用卡信息。信用連接接口是一個遠程服務，它的查詢是經過 getUrl() 方法進行的。URL 由 Spring 框架的 bean 配置機制設置，我稍後會討論它。該接口的實現是由 CreditLinking 類提供的。
清單 5. EmailInterface
public interface EmailInterface {
public void sendEmail(ICustomer iCustomer);
public String getFromEmail();
public void setFromEmail(String fromEmail) ;
public String getPassword();
public void setPassword(String password) ;
public String getSmtpHost() ;
public void setSmtpHost(String smtpHost);
public String getUserId() ;
public void setUserId(String userId);
java
A不會涉及到2級緩存以及hql
1. Configuration
讀取hibernate.cfg.xml.並把.hbm.xml文件交給HbmBinder作第一次處理, HbmBinder根據.hbm.xml解析出PersistentClass, Collection,而後在建立SessionFactory的時候,會對Collection作第2次處理塞入關聯
2 PersistentClass
根據.hbm.xml產生的描述要持久化的類的信息的類.主要的實例變量包括List <Property> properties
Property對象裏的有個Value屬性value,經過value來描述該property和
數據庫裏的哪些列對應以及得到該property對應的type
3 Value
主要分爲
SimpleValue,Collection,Component,ToOne
SimpleValue主要包括Table和Columns屬性,用於描述簡單屬性或單主鍵
Collection主要屬性包括
collectionTable表示Collection裏面element對象所對應的Table
key表示CollectionTable裏的哪幾列和Collection owner所對應的表的主鍵作關聯
element,描述了主表(referencingTable),從表的EnityName,以及從表對應的PersistentClass
Component能夠用來描述多主鍵,經過屬性properties來表示
ToOne包括被引用的屬性名,被引用的實體名,columns,(被引用的屬性名不能
和columns同時設置),用於OneToOne,ManyToOne
4 SessionFactory
在建立SessionFactory的時候,會根據Configuration裏Classes和
Collections,建立EntityPersister和CollectionPersister.
SessionFactory會緩存這些persisters.
EnityPersistenter的key是EntityName,
CollectionPersister的key是entityName+propertyName
5 EntityPersister
分爲
SingleTableEntityPersister(一個實體一個表/一個類繼承結構一個表)
經過一個字段作標識
JoinedSubclassEntityPersister(每一個子類一個表)
UnionSubclassEntityPersister(每一個具體類一個表)
6 CollectionPersister
封裝對一個Collection的crud操做.
不過作insert,update,delete,recreate的時候,會判Inverse是否爲false.若是爲false纔會執行相應的操做,表示是由Collection維護關係.
若是Inverse==true,表示關聯關係是由多端來維護(即直接經過操做Collection裏的element來維護,而不是經過操做Collection來維護)
則該CollectionPersister不會作任何操做
7 Type
主要包括對SqlTypes的封裝,以及CollectionType,EntityType
(ManyToOneType,OneToOneType),主要接口有nullSafeGet(
從ResultSet拼裝出對象),nullSafeSet(給PreparedStatement
setParameter).
能夠經過Value.getType()得到Type
對於EntityType,CollectionType,就是經過resolve方法從
ResultSet中拼裝出對象
EntityType的nullSafeSet,就是獲取One端對象的主鍵所對應
的Type進行nullSafeSet
CollectionType沒有實現nullSafeSet,經過保存時的
Cascade或者CollectionPersister,將Collection的
Element一個一個的set
也能夠自定義Type,實現UserType接口
具體見
http://docs.huihoo.com/framework/hibernate/reference-v3_zh-cn/inheritance.html
封裝對一個entity的crud操做,在建立EntityPersister實例過程當中,會產
生crud的sql,能夠在之後的操做提升效率。不過若是是DynamicInsert, DynamicUpdate,則會根據對象修改的屬性動態的生成sql
DAS不支持類繼承的映射,所以只會用到SingleTableEntityPersister
8 StatefulPersistenceContext
StatefulPersistenceContext和SessionImpl是一一對應的，會緩存經過
SessionImpl操做過的對象,包括entity和collection.主要屬性有
EntitiesByKey key=EntityKey, value=entity.
(EntityKey=id+EntityPersister+EntityMode entityMode))
entityEntries key=entity, value=EntityEntry.
EntityEntry用於描述一個對象的持久化狀態,如DELETED,MANAGED等等
CollectionsByKey
key=CollectionKey, value=PersistentCollection
CollectionKey=CollectionPersister+key+EntityMode,這個
Key是經過Collection.value.getType.nullSafeGet()獲得的
PersistentCollection是hibernate對於Collection的封裝，
主要用於實現延遲加載
collectionEntries key=PersistentCollection,value=CollectionEntry
StatefulPersistenceContext的主要用途能夠實現對象之間的關聯關係
的設置,動態的更新,以及對緩存的數據無需顯示調用save,update,delete的
方法就能夠實現這些操做,是由於在Transaction.commit()的時候會調用
session.flush(),會保證內存對象狀態和數據庫的一致性
9 Cascade,CascadeStyle,CascadingAction
在Cascade執行級聯操做的時候,會經過CascadeStyle.doCascade(
CascadingAction)來判斷是否能夠執行cascade,而且當要保存的對象有外鍵
約束的關聯對象時候會經過ForeignKeyDirection來判斷是應該在保存該對象
以前要保存關聯對象仍是在保存該對象以後再保存關聯對象
10 Loader,CriteriaQueryTranslator,Criteria,QueryParameters, CriteriaJoinWalker
用於Criteria api對實體的查詢
Criteria 是一個查詢entity的api。能夠設置相似where條件的表達式,
Select字段,order等等
當使用Criteria查詢時,首先會建立CriteriaLoader,CriteriaLoader會
經過CriteriaQueryTranslator從Criteria中獲得查詢參數
QueryParameters,經過CriteriaJoinWalker把Criteria變成sql,而後
執行查詢
11 ActionQueue
當調用session對實體進行insert,update,delete的時候，只是會建立相應
的action放入ActionQueue,而後在session.flush()的時候纔會真正操做
數據庫
ActionQueue的執行順序:
executeActions( insertions );executeActions( updates );executeActions( collectionRemovals );executeActions( collectionUpdates );executeActions( collectionCreations );executeActions( deletions );
12 Tuplizer
用於根據entityname實例化出對象,以及set/get property
hibernate內置的有PojoEntityTuplizer，Dom4jEntityTuplizer
DAS是在hibernate基礎之上實現了DataObject的持久化,支持DataObject對象之間的關聯,延遲加載,級聯,控制反轉,不支持DataObject的繼承
1.新實現了一個SDOEntityTuplizer
支持建立DataObject,以及set/get DataObject的屬性
SDOEntityTuplizer實現抽象類中規定的以下方法
SDOEntityTuplizer類的buildInstantiator方法用來根據mapping信息來爲相應的實體創建不一樣的構造器，咱們用SDOEntityInstantiator來實現SDO的構造器：
2其中SDOComponentInstantiator是用來當實體有複合主鍵用於實例化表示主鍵的類
3PropertyAccessor是Hibernate中定義的一個接口，用來表達在訪問mapping的實體對象的屬性的時候使用的「屬性訪問器」。它有兩個相關的接口：Getter接口和Setter接口。
DASPropertyAccessor的內部結構以下圖所示：
其中getGetter方法和getSetter方法是PropertyAccessor接口定的規格。DASGetter實現Getter接口，DASSetter類實現Setter接口。
4 自定義type,支持blob,clob的存儲
BlobFileType:從一個文件路徑讀取文件存入數據庫blob字段.從數據庫讀取
blob字段,生成文件放在臨時目錄,返回路徑
BlobByteArrayType:把一個byte[]數組存入blob字段.從數據庫讀取blob
字段放入byte[]
ClobFileType:從一個文件路徑讀取文件存入數據庫clob字段.從數據庫讀取
clob字段,生成文件放在臨時目錄,返回路徑
ClobStringType:把一個String存入blob字段.從數據庫讀取blob
字段放入String
5對查詢實體的支持
增長一個查詢實體定義文件.dbquery. 由於查詢實體沒有惟一標識，因此默認的