Hibernate面試題收藏

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中的映射關係有一對1、一對多、多對多三種。 一對一關係比較簡單，只需在主控方（由誰想獲得誰，前者便是主控方）定義。配置以下： 簡單模式： 完整模式： 一對多關係分爲單向一對多關係和雙向一對多關係。 單向一對多關係只需在「一」方進行配置，雙向一對多須要在關聯雙方均加以配置。配置以下： 單向一對多： 雙向一對多： 一的一方： 多的一方： 被動方的記錄由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事務隔離級別。僅僅在非集羣的環境中適用。對於常常被讀但不多修改的數據，能夠採用這種隔離類型，由於它能夠防止髒讀這類的併發問題。 非嚴格讀寫型：不保證緩存與數據庫中數據的一致性。若是存在兩個事務同時訪問緩存中相同數據的可能，必須爲該數據配置一個很短的數據過時時間，從而儘可能避免髒讀。對於極少被修改，而且容許偶爾髒讀的數據，能夠採用這種併發訪問策略。 只讀型：對於歷來不會修改的數據，如參考數據，可使用這種併發訪問策略。 事務型併發訪問策略是事務隔離級別最高，只讀型的隔離級別最低。事務隔離級別越高，併發性能就越低。 什麼樣的數據適合存放到第二級緩存中？ 一、不多被修改的數據 二、不是很重要的數據，容許出現偶爾併發的數據 三、不會被併發訪問的數據 四、參考數據 不適合存放到第二級緩存的數據？ 一、常常被修改的數據 二、財務數據，絕對不容許出現併發 三、與其餘應用共享的數據。 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都要從緩存中清空。

 

 

 

hibernate面試題

 

    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

    採用數據庫提供的主鍵生成機制。如DB二、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、DB二、SQLServer、MySql 等，都提供了易用的主鍵生成機制（Auto-Increase 字段或者Sequence）。咱們能夠在數據庫提供的主鍵生成機制上，採用generator-class=native的主鍵生成方式。
    不過值得注意的是，一些數據庫提供的主鍵生成機制在效率上未必最佳，大量併發insert數據時可能會引發表之間的互鎖。數據庫提供的主鍵生成機制，每每是經過在一個內部表中保存當前主鍵狀態（如對於自增型主鍵而言，此內部表中就維護着當前的最大值和遞增量），以後每次插入數據會讀取這個最大值，而後加上遞增量做爲新記錄的主鍵，以後再把這個新的最大值更新回內部表中，這樣，一次Insert操做可能致使數據庫內部屢次表讀寫操做，同時伴隨的還有數據的加鎖解鎖操做，這對性能產生了較大影響。所以，對於併發Insert要求較高的系統，推薦採用uuid.hex 做爲主鍵生成機制。

 

 

 Struts，Spring，Hibernate面試題總結 收藏

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生成動態的網頁，返回給客戶。

單例模式

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 屬性和配置文件加入依賴性（協做對象）。而後能夠很容易地在須要時替換具備相似接口的協做對象。}