hibenate的面試總結.
可能現在大家常常還會遇到一個些面試的時候問一些關於hibernate的問題，我個人覺得，這些東西一般做過開發的人在使用上沒有任何的問題的，但是如果是要你來說就不一定能夠說好的，下面是從goole上找的一些常見的面試。
1.Hibernate session接口的get和load方法有何異同？
答： 其實它們也沒有什麼不同的， 作用其實都是一樣的，但是有一定的區別，get是每次都會從數據庫取數據以保證數據的可靠性，而load會返回proxy，相當於是一個存根，它的值會去hibernate中的session的二級緩存裡去找，如果找不到目則會laxy load一下,簡單來說，用get的時候，當為空的時候不會拋出異常，反之load會拋.
2.在持久化層，對象分為哪些狀態？分別列出來.
答:瞬時態(Transient)、持久態(Persistent)、脫管態(Detached)。
瞬時態(Transient)
是對象是創建時，瞬時對象在內存孤立存在，它是攜帶信息的載體，不和數據庫的數據有任何關聯關系，在Hibernate中，可通過session的save()或 saveOrUpdate()方法將瞬時對象與數據庫相關聯，並將數據對應的插入數據庫中，此時該瞬時對象轉變成持久化對象。
持久態(Persistent)
是該對象在數據庫中已有對應的記錄，並擁有一個持久化標識，如果是用hibernate的delete()方法，對應的持久對象就變成瞬時對象，因數據庫中的對應數據已被刪除，該對象不再與數據庫的記錄關聯。
當一個session執行close()或clear()、evict()之後，持久對象變成脫管對象，此時持久對象會變成脫管對象，此時該對象雖然具有數據庫識別值，但它已不在hibernate持久層的管理之下。
持久對象具有如下特點：
1. 和session實例關聯；
2. 在數據庫中有與之關聯的記錄。
脫管態(Detached)
當與某持久對象關聯的session被關閉後，該持久對象轉變為脫管對象。當脫管對象被重新關聯到session上時，並再次轉變成持久對象。
脫管對象擁有數據庫的識別值，可通過update()、saveOrUpdate()等方法，轉變成持久對象。
脫管對象具有如下特點：
1.本質上與瞬時對象相同，在沒有任何變量引用它時，JVM會在適當的時候將它回收；
2. 比瞬時對象多了一個數據庫記錄標識值。
3.lock和update區別
答: update是把一個已經更改過的脫管狀態的對象變成持久狀態
lock是把一個沒有更改過的脫管狀態的對象變成持久狀態(針對的是因Session的關閉 而處於脫管狀態的po對象(2)，不能針對因delete而處於脫管狀態的po對象)
對應更改一個記錄的內容，兩個的操作不同：
update的操作步驟是：
(1)屬性改動後的脫管的對象的修改->調用update
lock的操作步驟是：
(2)調用lock把未修改的對象從脫管狀態變成持久狀態-->更改持久狀態的對象的內容-->等待flush或者手動flush
4.save 和update區別
答： save是把一個對象做為一個新的數據保存, update則是把一個脫管狀態的對象或自由態對象（一定要和一個記錄對應）更新到數據庫，其實一個是保存一個是更新，一看都知道是有什麼區別了。
5.update 和saveOrUpdate區別
答：這個是比較好理解的，顧名思義，saveOrUpdate基本上就是合成了save和update,而update只是update;引用hibernate reference中的一段話來解釋他們的使用場合和區別
通常下面的場景會使用update()或saveOrUpdate()：
程序在第一個session中加載對象,接著把session關閉
該對象被傳遞到表現層
對象發生了一些改動
該對象被返回到業務邏輯層最終到持久層
程序創建第二session調用第二個session的update()方法持久這些改動
saveOrUpdate(po)做下面的事:
如果該po對象已經在本session中持久化了，在本session中執行saveOrUpdate不做任何事
如果savaOrUpdate(新po)與另一個與本session關聯的po對象擁有相同的持久化標識(identifier)，拋出一個異常
org.hibernate.NonUniqueObjectException: a different object with the same identifier value was already associated with the session: [org.itfuture.www.po.Xtyhb#5]
saveOrUpdate如果對象沒有持久化標識(identifier)屬性，對其調用save() ，否則update() 這個對象
6.flush和update區別
答：這兩個的區別好理解update操作的是在自由態或脫管狀態(因session的關閉而處於脫管狀態)的對象//updateSQL
而flush是操作的在持久狀態的對象。
默認情況下，一個持久狀態的對象的改動（包含set容器）是不需要update的，只要你更改了對象的值，等待hibernate flush就自動更新或保存到數據庫了。hibernate flush發生在以下幾種情況中：
1， 調用某些查詢的和手動flush(),session的關閉、SessionFactory關閉結合
get()一個對象，把對象的屬性進行改變,把資源關閉。
2，transaction commit的時候（包含了flush）
先寫得這裡了，
Hibernate筆試題==========================
(1)一般情況下，關系數據模型與對象模型之間有哪些匹配關系（多選）
A)表對應類
B)記錄對應對象
C)表的字段對應類的屬性
D)表之間的參考關系對應類之間的依賴關系
(2)以下關於SessionFactory的說法哪些正確？（多選）
A)對於每個數據庫事務，應該創建一個SessionFactory對象
B)一個SessionFactory對象對應一個數據庫存儲源。
C)SessionFactory是重量級的對象，不應該隨意創建。如果系統中只有一個數據庫存儲源，只需要創建一個。
D)SessionFactory的load()方法用於加載持久化對象
(3)Customer類中有一個Set類型的orders屬性，用來存放Order訂單對象，在Customer.hbm.xml文件中，用哪個元素映射orders屬性？
A)<set> B)<one-to-many> C)<many-to-one> D)<property>
(4)<set>元素有一個cascade屬性，如果希望Hibernate級聯保存集合中的對象，casecade屬性應該取什麼值？（單選）
A)none
B)save
C)delete
D)save-update
(5)以下哪些屬於Session的方法？
A)load()
B)save()
C)delete()
D)update()
E)open()
F)close()
(6)以下程序的打印結果是什麼？（單選）
tx = session.beginTransaction();
Customer c1=(Customer)session.load(Customer.class,new Long(1));
Customer c2=(Customer)session.load(Customer.class,new Long(1));
System.out.println(c1==c2);
tx.commit();
session.close();
A)運行出錯，拋出異常
B)打印false
C)打印true
(7)以下程序代碼對Customer的name屬性修改了兩次：
tx = session.beginTransaction();
Customer customer=(Customer)session.load(Customer.class,
new Long(1));
customer.setName(\"Jack\");
customer.setName(\"Mike\");
tx.commit();
執行以上程序，Hibernate需要向數據庫提交幾條update語句？（單選）
A)0 B)1 C)2 D)3
(8)在持久化層，對象分為哪些狀態？（多選）
A)臨時狀態
B)獨立狀態
C)游離狀態
D)持久化狀態
(9)對於以下程序，Customer對象在第幾行變為持久化狀態？（單選）
Customer customer=new Customer(); //line1
customer.setName(\"Tom\"); //line2
Session session1=sessionFactory.openSession(); //line3
Transaction tx1 = session1.beginTransaction(); //line4
session1.save(customer); //line4
tx1.commit(); //line5
session1.close(); //line6
A) line1 B)line2 C)line3 D)line4 E)line5 F)line6
(10)對於以下程序，Customer對象在第幾行變為游離狀態？（單選）
Customer customer=new Customer(); //line1
customer.setName(\"Tom\"); //line2
Session session1=sessionFactory.openSession(); //line3
Transaction tx1 = session1.beginTransaction(); //line4
session1.save(customer); //line4
tx1.commit(); //line5
session1.close(); //line6
A) line1 B)line2 C)line3 D)line4 E)line5 F)line6
(11)以下哪一種檢索策略利用了外連結查詢？（單選）
A)立即檢索 B)延遲檢索 C)迫切左外連結檢索
(12)假設對Customer類的orders集合采用延遲檢索策略，編譯或運行以下程序，會出現什麼情況（單選）
Session session=sessionFactory.openSession();
tx = session.beginTransaction();
Customer customer=(Customer)session.get(Customer.class,new Long(1));
tx.commit();
session.close();
Iterator orderIterator=customer.getOrders().iterator();
A)編譯出錯 B)編譯通過，並正常運行 C)編譯通過，但運行時拋出異常
(13)關於HQL與SQL，以下哪些說法正確？（多選）
A)HQL與SQL沒什麼差別
B)HQL面向對象，而SQL操縱關系數據庫
C)在HQL與SQL中，都包含select,insert,update,delete語句
D)HQL僅用於查詢數據，不支持insert,update和delete語句
(14)事務隔離級別是由誰實現的？（單選）
A)Java應用程序 B)Hibernate C)數據庫系統 D)JDBC驅動程序
(15)悲觀鎖與樂觀鎖，哪個具有較好的並發性能？（單選）
A)悲觀鎖 B)樂觀鎖
答案：
(1)A,B,C (2)B,C (3)A (4)D (5)A,B,C,D,F (6)C (7)B (8)A,C,D (9)D (10)F (11)C (12)C (13)B,D (14)C (15)B
(1)一般情況下，關系數據模型與對象模型之間有哪些匹配關系（多選）
A)表對應類
B)記錄對應對象
C)表的字段對應類的屬性
D)表之間的參考關系對應類之間的依賴關系
(2)以下關於SessionFactory的說法哪些正確？（多選）
A)對於每個數據庫事務，應該創建一個SessionFactory對象
B)一個SessionFactory對象對應一個數據庫存儲源。
C)SessionFactory是重量級的對象，不應該隨意創建。如果系統中只有一個數據庫存儲源，只需要創建一個。
D)SessionFactory的load()方法用於加載持久化對象
(3)Customer類中有一個Set類型的orders屬性，用來存放Order訂單對象，在Customer.hbm.xml文件中，用哪個元素映射orders屬性？
A) B) C) D)<:property>
(4)元素有一個cascade屬性，如果希望Hibernate級聯保存集合中的對象，casecade屬性應該取什麼值？（單選）
A)none
B)save
C)delete
D)save-update
(5)以下哪些屬於Session的方法？
A)load()
B)save()
C)delete()
D)update()
E)open()
F)close()
(6)以下程序的打印結果是什麼？（單選）
tx = session.beginTransaction();
Customerc1=(Customer)session.load(Customer.class,newLong(1));
Customerc2=(Customer)session.load(Customer.class,newLong(1));
System.out.println(c1c2);
tx.commit();
session.close();
A)運行出錯，拋出異常
B)打印false
C)打印true
(7)以下程序代碼對Customer的name屬性修改了兩次：
tx = session.beginTransaction();
Customer customer=(Customer)session.load(Customer.class,
new Long(1));
customer.setName(\"Jack\");
customer.setName(\"Mike\");
tx.commit();
執行以上程序，Hibernate需要向數據庫提交幾條update語句？（單選）
A)0 B)1 C)2 D)3
(8)在持久化層，對象分為哪些狀態？（多選）
A)臨時狀態
B)獨立狀態
C)游離狀態
D)持久化狀態
(9)對於以下程序，Customer對象在第幾行變為持久化狀態？（單選）
Customer customer=new Customer(); //line1
customer.setName(\"Tom\"); //line2
Transaction tx1 = session1.beginTransaction(); //line4
session1.save(customer); //line4
tx1.commit(); //line5
session1.close(); //line6
A) line1 B)line2 C)line3 D)line4 E)line5 F)line6
(10)對於以下程序，Customer對象在第幾行變為游離狀態？（單選）
Customer customer=new Customer(); //line1
customer.setName(\"Tom\"); //line2
Transaction tx1 = session1.beginTransaction(); //line4
session1.save(customer); //line4
tx1.commit(); //line5
session1.close(); //line6
A) line1 B)line2 C)line3 D)line4 E)line5 F)line6
(11)以下哪一種檢索策略利用了外連結查詢？（單選）
A)立即檢索 B)延遲檢索 C)迫切左外連結檢索
(12)假設對Customer類的orders集合采用延遲檢索策略，編譯或運行以下程序，會出現什麼情況（單選）
tx = session.beginTransaction();
Customercustomer=(Customer)session.get(Customer.class,newLong(1));
tx.commit();
session.close();
Iterator orderIterator=customer.getOrders().iterator();
A)編譯出錯 B)編譯通過，並正常運行 C)編譯通過，但運行時拋出異常
(13)關於HQL與SQL，以下哪些說法正確？（多選）
A)HQL與SQL沒什麼差別
B)HQL面向對象，而SQL操縱關系數據庫
C)在HQL與SQL中，都包含select,insert,update,delete語句
D)HQL僅用於查詢數據，不支持insert,update和delete語句
(14)事務隔離級別是由誰實現的？（單選）
A)Java應用程序 B)Hibernate C)數據庫系統 D)JDBC驅動程序
(15)悲觀鎖與樂觀鎖，哪個具有較好的並發性能？（單選）
A)悲觀鎖 B)樂觀鎖
答案：
(1)A,B,C (2)B,C (3)A (4)D (5)A,B,C,D,F (6)C (7)B (8)A,C,D(9)D(10)F (11)C (12)C (13)B,D (14)C (15)B
您正在閱讀： 十五道關於Hibernate的面試題
編輯推薦
hibernate面試題
hibernate入門教程系列(二)Hibernate關系映射(上)
結合MYSQL數據庫一個Hibernate的簡單教程
一．簡答題 1．請說出Hibernate中持久化對象的生命周期以及各種狀態直接的區別，並描述相互之間是如何轉換的。 Hibernate中持久化對象的生命周期有臨時態、持久態和游離態三種。 處於臨時態的對象主鍵值為空，並且未與session關聯，數據未保存到數據庫中 處於持久態的對象與session關聯起來，持久化後對象中的數據被保存到數據庫中，並且主鍵值按照.hbm.xml文件中配置的生成方式生成相應的值 處於游離態的對象脫離了session的管理，是持久化後的一種狀態，主鍵值按照.hbm.xml文件中配置的生成方式生成相應的值 當new一個新的對象時，該對象處於臨時態 當該對象被當作session的參數使用的時候，該對象處於持久態 事務提交，session關閉後，該對象處於游離態 2．hibernate與數據庫連接的實現?並解釋了一下,例如文件是通過流來實現的!hibernate與數據庫連接是通過什麼實現的? Hibernate與數據庫的連接是通過JDBC實現的 3．spring和hibernate的事務管理方式有什麼不同？ hibernate的事務管
2．hibernate與數據庫連接的實現?並解釋了一下,例如文件是通過流來實現的!hibernate與數據庫連接是通過什麼實現的? Hibernate與數據庫的連接是通過JDBC實現的 3．spring和hibernate的事務管理方式有什麼不同？ hibernate的事務管理方式僅僅就是托管給JDBC（如果用JTA那麼就是JTA），而JDBC的一切行為包括事務是基於一個connection的，那麼hibernate委托給JDBC的事務也就是基於一個session。JTA與JDBC事務不同在於可以跨連接。 spring也是調用hibernate中事務管理的API。hibernate的事務管理，一般是編程性的。而委托給spring之後，可以使用聲明式的，也就是可以在XML之中配置哪些需要進行事務管理 4．用hibernate的session時要注意幾點 1.在更新數據時,要用open() 2.使用完之後,要close(),這樣連接池會回收該連接。 5．說說在hibernate中使用Integer做映射和使用int做映射之間有什麼差別 使用int做映射，hibernate會自動把int類型轉換為Integer類型，以便統一以對象方式處理數據。使用Integer就無須轉換。 在從數據庫中取數據的時候，如果是用Integer做的映射，則要求PO對象中對應的類型也必須為Integer類型，使用的時候需要轉換為int。如果是int型，則無須轉換。 6．一個網站應用，請設計一個持久化類User，他可能有多張會員卡號、需要多個email地址（數量不定）作為其身份驗證的方式 設計三個類。User類、會員卡類和email類。User類與會員卡類和email類之間是一對多的關系 7．請簡單評價該設計的優劣：身份證號碼作為一個person表的主鍵 一個表的主鍵值設計最好不要采用具有業務含義的字段。理由有二 （1）．具有業務含義的字段的長度不固定 （2）．具有業務含義的字段的取值范圍不定。可能是純數字，也可能是純字符，或者是數字和字符的混合情況。 上述兩個方面一但發生變動將不利於業務層的處理。 8．Hibernate如何獲取指定主鍵id的某對象，請舉例，並進行可能的優劣比較 三種方式：get()，load()和find() Get()和load()是先在緩存中查找對象，如果找不到再去數據庫中查詢； Find()是無論何時都在數據庫中查詢對象。 三者比較起來Get()和load()的性能稍好一點。 二．問答題 1．請說出Hibernate中的映射關系有幾種，分別是什麼，如何配置 Hibernate中的映射關系有一對一、一對多、多對多三種。 一對一關系比較簡單，只需在主控方（由誰想得到誰，前者即是主控方）定義。配置如下： 簡單模式： 完整模式： 一對多關系分為單向一對多關系和雙向一對多關系。 單向一對多關系只需在“一”方進行配置，雙向一對多需要在關聯雙方均加以配置。配置如下： 單向一對多： 雙向一對多： 一的一方： 多的一方： 被動方的記錄由Hibernate負責讀取，之後存放在主控方指定的Collection類型屬性中。 多對多關聯：由於多對多關聯的性能不佳，在設計中應避免大量使用。應根據情況，采取延遲加載機制來避免無謂的性能開銷。配置如下： 2．請描述對象建模時的繼承關系在Hibernate中有幾種映射方式，如何映射 一共有三種： 每顆類繼承樹使用一張表，配置如下： 三個類對應的字段都在一個數據表裡表示。subtype字段標識存儲的是哪個子類，與xml文件中的 對應。 每個子類各一張表，配置如下： 每個具體類各一張表，配置如下： 3．請描述Hibernate中的緩存機制 緩存是介於應用程序和物理數據源之間，其作用是為了降低應用程序對物理數據源訪問的頻次，從而提高了應用的運行性能。緩存內的數據是對物理數據源中的數據的復制，應用程序在運行時從緩存讀寫數據，在特定的時刻或事件會同步緩存和物理數據源的數據。 緩存的介質一般是內存，所以讀寫速度很快。但如果緩存中存放的數據量非常大時，也會用硬盤作為緩存介質。緩存的實現不僅僅要考慮存儲的介質，還要考慮到管理緩存的並發訪問和緩存數據的生命周期。 Hibernate的緩存包括Session的緩存和SessionFactory的緩存，其中SessionFactory的緩存又可以分為兩類：內置緩存和外置緩存。Session的緩存是內置的，不能被卸載，也被稱為Hibernate的第一級緩存。Session的緩存是指Session的一些集合屬性包含的數據。SessionFactory的內置緩存中存放了映射元數據和預定義SQL語句，映射元數據是映射文件中數據的拷貝，而預定義SQL語句是在Hibernate初始化階段根據映射元數據推導出來，SessionFactory的內置緩存是只讀的，應用程序不能修改緩存中的映射元數據和預定義SQL語句，因此SessionFactory不需要進行內置緩存與映射文件的同步。SessionFactory的外置緩存是一個可配置的插件。在默認情況下，SessionFactory不會啟用這個插件。外置緩存的數據是數據庫數據的拷貝，外置緩存的介質可以是內存或者硬盤。SessionFactory的外置緩存也被稱為Hibernate的第二級緩存。 Hibernate的這兩級緩存都位於持久化層，存放的都是數據庫數據的拷貝，那麼它們之間的區別是什麼呢？為了理解二者的區別，需要深入理解持久化層的緩存的兩個特性：緩存的范圍和緩存的並發訪問策略。 持久化層的緩存的范圍 緩存的范圍決定了緩存的生命周期以及可以被誰訪問。緩存的范圍分為三類。 1 事務范圍：緩存只能被當前事務訪問。緩存的生命周期依賴於事務的生命周期，當事務結束時，緩存也就結束生命周期。在此范圍下，緩存的介質是內存。事務可以是數據庫事務或者應用事務，每個事務都有獨自的緩存，緩存內的數據通常采用相互關聯的的對象形式。 2 進程范圍：緩存被進程內的所有事務共享。這些事務有可能是並發訪問緩存，因此必須對緩存采取必要的事務隔離機制。緩存的生命周期依賴於進程的生命周期，進程結束時，緩存也就結束了生命周期。進程范圍的緩存可能會存放大量的數據，所以存放的介質可以是內存或硬盤。緩存內的數據既可以是相互關聯的對象形式也可以是對象的松散數據形式。松散的對象數據形式有點類似於對象的序列化數據，但是對象分解為松散的算法比對象序列化的算法要求更快。 3 集群范圍：在集群環境中，緩存被一個機器或者多個機器的進程共享。緩存中的數據被復制到集群環境中的每個進程節點，進程間通過遠程通信來保證緩存中的數據的一致性，緩存中的數據通常采用對象的松散數據形式。 對大多數應用來說，應該慎重地考慮是否需要使用集群范圍的緩存，因為訪問的速度不一定會比直接訪問數據庫數據的速度快多少。 持久化層可以提供多種范圍的緩存。如果在事務范圍的緩存中沒有查到相應的數據，還可以到進程范圍或集群范圍的緩存內查詢，如果還是沒有查到，那麼只有到數據庫中查詢。事務范圍的緩存是持久化層的第一級緩存，通常它是必需的；進程范圍或集群范圍的緩存是持久化層的第二級緩存，通常是可選的。 持久化層的緩存的並發訪問策略 當多個並發的事務同時訪問持久化層的緩存的相同數據時，會引起並發問題，必須采用必要的事務隔離措施。 在進程范圍或集群范圍的緩存，即第二級緩存，會出現並發問題。因此可以設定以下四種類型的並發訪問策略，每一種策略對應一種事務隔離級別。 事務型：僅僅在受管理環境中適用。它提供了Repeatable Read事務隔離級別。對於經常被讀但很少修改的數據，可以采用這種隔離類型，因為它可以防止髒讀和不可重復讀這類的並發問題。 讀寫型：提供了Read Committed事務隔離級別。僅僅在非集群的環境中適用。對於經常被讀但很少修改的數據，可以采用這種隔離類型，因為它可以防止髒讀這類的並發問題。 非嚴格讀寫型：不保證緩存與數據庫中數據的一致性。如果存在兩個事務同時訪問緩存中相同數據的可能，必須為該數據配置一個很短的數據過期時間，從而盡量避免髒讀。對於極少被修改，並且允許偶爾髒讀的數據，可以采用這種並發訪問策略。 只讀型：對於從來不會修改的數據，如參考數據，可以使用這種並發訪問策略。 事務型並發訪問策略是事務隔離級別最高，只讀型的隔離級別最低。事務隔離級別越高，並發性能就越低。 什麼樣的數據適合存放到第二級緩存中？ 1、很少被修改的數據 2、不是很重要的數據，允許出現偶爾並發的數據 3、不會被並發訪問的數據 4、參考數據 不適合存放到第二級緩存的數據？ 1、經常被修改的數據 2、財務數據，絕對不允許出現並發 3、與其他應用共享的數據。 Hibernate的二級緩存 如前所述，Hibernate提供了兩級緩存，第一級是Session的緩存。由於Session對象的生命周期通常對應一個數據庫事務或者一個應用事務，因此它的緩存是事務范圍的緩存。第一級緩存是必需的，不允許而且事實上也無法卸除。在第一級緩存中，持久化類的每個實例都具有唯一的OID。 第二級緩存是一個可插拔的的緩存插件，它是由SessionFactory負責管理。由於SessionFactory對象的生命周期和應用程序的整個過程對應，因此第二級緩存是進程范圍或者集群范圍的緩存。這個緩存中存放的對象的松散數據。第二級對象有可能出現並發問題，因此需要采用適當的並發訪問策略，該策略為被緩存的數據提供了事務隔離級別。緩存適配器用於把具體的緩存實現軟件與Hibernate集成。第二級緩存是可選的，可以在每個類或每個集合的粒度上配置第二級緩存。 Hibernate的二級緩存策略的一般過程如下： 1) 條件查詢的時候，總是發出一條select * from table_name where …. （選擇所有字段）這樣的SQL語句查詢數據庫，一次獲得所有的數據對象。 2) 把獲得的所有數據對象根據ID放入到第二級緩存中。 3) 當Hibernate根據ID訪問數據對象的時候，首先從Session一級緩存中查；查不到，如果配置了二級緩存，那麼從二級緩存中查；查不到，再查詢數據庫，把結果按照ID放入到緩存。 4) 刪除、更新、增加數據的時候，同時更新緩存。 Hibernate的二級緩存策略，是針對於ID查詢的緩存策略，對於條件查詢則毫無作用。為此，Hibernate提供了針對條件查詢的Query緩存。 Hibernate的Query緩存策略的過程如下： 1) Hibernate首先根據這些信息組成一個Query Key，Query Key包括條件查詢的請求一般信息：SQL, SQL需要的參數，記錄范圍（起始位置rowStart，最大記錄個數maxRows)，等。 2) Hibernate根據這個Query Key到Query緩存中查找對應的結果列表。如果存在，那麼返回這個結果列表；如果不存在，查詢數據庫，獲取結果列表，把整個結果列表根據Query Key放入到Query緩存中。 3) Query Key中的SQL涉及到一些表名，如果這些表的任何數據發生修改、刪除、增加等操作，這些相關的Query Key都要從緩存中清空。
1.在數據庫中條件查詢速度很慢的時候,如何優化?
1.建索引
2.減少表之間的關聯
3.優化sql，盡量讓sql很快定位數據，不要讓sql做全表查詢，應該走索引,把數據量大的表排在前面
4.簡化查詢字段，沒用的字段不要，已經對返回結果的控制，盡量返回少量數據
[2.在hibernate中進行多表查詢,每個表中各取幾個字段,也就是說查詢出來的結果集並沒有一個實體類與之對應,如何解決這個問題?
解決方案一，按照Object[]數據取出數據，然後自己組bean
解決方案二，對每個表的bean寫構造函數，比如表一要查出field1,field2兩個字段，那麼有一個構造函數就是Bean(type1 filed1,type2 field2) ，然後在hql裡面就可以直接生成這個bean了。具體怎麼用請看相關文檔，我說的不是很清楚。
session.load()和session.get()的區別
Session.load/get方法均可以根據指定的實體類和id從數據庫讀取記錄，並返回與之對應的實體對象。其區別在於：
如果未能發現符合條件的記錄，get方法返回null，而load方法會拋出一個ObjectNotFoundException。
Load方法可返回實體的代理類實例，而get方法永遠直接返回實體類。
load方法可以充分利用內部緩存和二級緩存中的現有數據，而get方法則僅僅在內部緩存中進行數據查找，如沒有發現對應數據，將越過二級緩存，直接調用SQL完成數據讀取。
Session在加載實體對象時，將經過的過程：
首先，Hibernate中維持了兩級緩存。第一級緩存由Session實例維護，其中保持了Session當前所有關聯實體的數據，也稱為內部緩存。而第二級緩存則存在於SessionFactory層次，由當前所有由本SessionFactory構造的Session實例共享。出於性能考慮，避免無謂的數據庫訪問，Session在調用數據庫查詢功能之前，會先在緩存中進行查詢。首先在第一級緩存中，通過實體類型和id進行查找，如果第一級緩存查找命中，且數據狀態合法，則直接返回。
之後，Session會在當前“NonExists”記錄中進行查找，如果“NonExists”記錄中存在同樣的查詢條件，則返回null。“NonExists”記錄了當前Session實例在之前所有查詢操作中，未能查詢到有效數據的查詢條件（相當於一個查詢黑名單列表）。如此一來，如果Session中一個無效的查詢條件重復出現，即可迅速作出判斷，從而獲得最佳的性能表現。
對於load方法而言，如果內部緩存中未發現有效數據，則查詢第二級緩存，如果第二級緩存命中，則返回。
如在緩存中未發現有效數據，則發起數據庫查詢操作（Select SQL），如經過查詢未發現對應記錄，則將此次查詢的信息在“NonExists”中加以記錄，並返回null。
根據映射配置和Select SQL得到的ResultSet，創建對應的數據對象。
將其數據對象納入當前Session實體管理容器（一級緩存）。
執行Interceptor.onLoad方法（如果有對應的Interceptor）。
將數據對象納入二級緩存。
如果數據對象實現了LifeCycle接口，則調用數據對象的onLoad方法。
返回數據對象。
Hibernate的主鍵生成機制
1) assigned
主鍵由外部程序負責生成，無需Hibernate參與。
2) hilo
通過hi/lo 算法實現的主鍵生成機制，需要額外的數據庫表保存主鍵生成歷史狀態。
3) seqhilo
與hilo 類似，通過hi/lo 算法實現的主鍵生成機制，只是主鍵歷史狀態保存在Sequence中，適用於支持Sequence的數據庫，如Oracle。
4) increment
主鍵按數值順序遞增。此方式的實現機制為在當前應用實例中維持一個變量，以保存著當前的最大值，之後每次需要生成主鍵的時候將此值加1作為主鍵。這種方式可能產生的問題是：如果當前有多個實例訪問同一個數據庫，那麼由於各個實例各自維護主鍵狀態，不同實例可能生成同樣的主鍵，從而造成主鍵重復異常。因此，如果同一數據庫有多個實例訪問，此方式必須避免使用。
5) identity
采用數據庫提供的主鍵生成機制。如DB2、SQL Server、MySQL中的主鍵生成機制。
6) sequence
采用數據庫提供的sequence 機制生成主鍵。如Oralce 中的Sequence。
7) native
由Hibernate根據底層數據庫自行判斷采用identity、hilo、sequence其中一種作為主鍵生成方式。
8) uuid.hex
由Hibernate基於128 位唯一值產生算法生成16 進制數值（編碼後以長度32 的字符串表示）作為主鍵。
9) uuid.string
與uuid.hex 類似，只是生成的主鍵未進行編碼（長度16）。在某些數據庫中可能出現問題（如PostgreSQL）。
10) foreign
使用外部表的字段作為主鍵。一般而言，利用uuid.hex方式生成主鍵將提供最好的性能和數據庫平台適應性。
這10中生成OID標識符的方法,increment 比較常用,把標識符生成的權力交給Hibernate處理.但是當同時多個 Hibernate應用操作同一個數據庫,甚至同一張表的時候.就推薦使用identity 依賴底層數據庫實現,但是數據庫必須支持自動增長,當然針對不同的數據庫選擇不同的方法.如果你不能確定你使用的數據庫具體支持什麼的情況下.可以選擇用native 讓Hibernate來幫選擇identity,sequence,或hilo.
另外由於常用的數據庫，如Oracle、DB2、SQLServer、MySql 等，都提供了易用的主鍵生成機制（Auto-Increase 字段或者Sequence）。我們可以在數據庫提供的主鍵生成機制上，采用generator-class=native的主鍵生成方式。
不過值得注意的是，一些數據庫提供的主鍵生成機制在效率上未必最佳，大量並發insert數據時可能會引起表之間的互鎖。數據庫提供的主鍵生成機制，往往是通過在一個內部表中保存當前主鍵狀態（如對於自增型主鍵而言，此內部表中就維護著當前的最大值和遞增量），之後每次插入數據會讀取這個最大值，然後加上遞增量作為新記錄的主鍵，之後再把這個新的最大值更新回內部表中，這樣，一次Insert操作可能導致數據庫內部多次表讀寫操作，同時伴隨的還有數據的加鎖解鎖操作，這對性能產生了較大影響。因此，對於並發Insert要求較高的系統，推薦采用uuid.hex 作為主鍵生成機制。
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：
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生成動態的網頁，返回給客戶。
單例模式
Factory(工廠模式)：
定義一個基類===》實現基類方法（子類通過不同的方法）===》定義一個工廠類（生成子類實例）
===》開發人員調用基類方法
Proxy(代理模式)
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 屬性和配置文件加入依賴性（協作對象）。然後可以很容易地在需要時替換具有類似接口的協作對象。}
