【文章內(nèi)容簡介】 我們只簡要講一下每個主要接口的功能，如果你想了解得更多的話，你可以在Hibernate的源碼包中的 。下面我們依次講一下所有的主要接口：核心接口以下5個核心接口幾乎在任何實際開發(fā)中都會用到。通過這些接口，你不僅可以存儲和獲得持久對象，并且能夠進行事務(wù)控制。Session 接口Session接口對于Hibernate 開發(fā)人員來說是一個最重要的接口。然而在Hibernate中，實例化的Session是一個輕量級的類，創(chuàng)建和銷毀它都不會占用很多資源。這在實際項目中確實很重要，因為在客戶程序中，可能會不斷地創(chuàng)建以及銷毀Session對象，如果Session的開銷太大，會給系統(tǒng)帶來不良影響。SessionFactory 接口這里用到了一個設(shè)計模式――工廠模式，用戶程序從工廠類SessionFactory中取得Session的實例。令你感到奇怪的是SessionFactory并不是輕量級的！實際上它的設(shè)計者的意圖是讓它能在整個應(yīng)用中共享。典型地來說，一個項目通常只需要一個SessionFactory就夠了，但是當你的項目要操作多個數(shù)據(jù)庫時，那你必須為每個數(shù)據(jù)庫指定一個SessionFactory。SessionFactory在Hibernate中實際起到了一個緩沖區(qū)的作用，它緩沖了Hibernate自動生成的SQL語句和一些其它的映射數(shù)據(jù)，還緩沖了一些將來有可能重復利用的數(shù)據(jù)。Configuration 接口Configuration接口的作用是對Hibernate進行配置，以及對它進行啟動。在Hibernate的啟動過程中，Configuration類的實例首先定位映射文檔的位置，讀取這些配置，然后創(chuàng)建一個SessionFactory對象。Query 和Criteria接口Query接口讓你方便地對數(shù)據(jù)庫及持久對象進行查詢，它可以有兩種表達方式：HQL語言或本地數(shù)據(jù)庫的SQL語句。Query經(jīng)常被用來綁定查詢參數(shù)、限制查詢記錄數(shù)量，并最終執(zhí)行查詢操作。Criteria接口與Query接口非常類似，它允許你創(chuàng)建并執(zhí)行面向?qū)ο蟮臉藴驶樵?。值得注意的是Query接口也是輕量級的，它不能在Session之外使用。Callback 接口 當一些有用的事件發(fā)生時――例如持久對象的載入、存儲、刪除時，Callback接口會通知Hibernate去接收一個通知消息。一般而言，Callback接口在用戶程序中并不是必須的，但你要在你的項目中創(chuàng)建審計日志時，你可能會用到它。以下是它的策略接口： 主鍵的生成(IdentifierGenerator 接口) 本地SQL語言支持(Dialect 抽象類) 緩沖機制(Cache 和CacheProvider 接口) JDBC 連接管理(ConnectionProvider接口).事務(wù)管理(TransactionFactory, Transaction, 和 TransactionManagerLookup 接口) ORM 策略(ClassPersister 接口) 屬性訪問策略(PropertyAccessor 接口) 代理對象的創(chuàng)建(ProxyFactory接口)Hibernate為以上所列的機制分別創(chuàng)建了一個缺省的實現(xiàn)，因此如果你只是要增強它的某個策略的功能的話，只需簡單地繼承這個類就可以了，沒有必要從頭開始寫代碼。Hibernate運行在兩種環(huán)境下：可管理環(huán)境和不可管理環(huán)境 可管理環(huán)境――這種環(huán)境可管理如下資源：池資源管理，諸如數(shù)據(jù)庫連接池和，還有事務(wù)管理、安全定義。一些典型的J2EE服務(wù)器（JBoss、Weblogic、WebSphere）已經(jīng)實現(xiàn)了這些。 不可管理環(huán)境――只是提供了一些基本的功能，諸如像Jetty或Tomcat這樣的servlet容器環(huán)境。優(yōu)點：Hibernate是JDBC的輕量級的對象封裝，它是一個獨立的對象持久層框架。Hibernate可以用在任何JDBC可以使用的場合，例如Java應(yīng)用程序的數(shù)據(jù)庫訪問代碼，DAO接口的實現(xiàn)類，甚至可以是BMP里面的訪問數(shù)據(jù)庫的代碼。Hibernate是一個和JDBC密切關(guān)聯(lián)的框架，所以Hibernate的兼容性和JDBC驅(qū)動，和數(shù)據(jù)庫都有一定的關(guān)系，但是和使用它的Java程序，和App Server沒有任何關(guān)系，也不存在兼容性問題。Hibernate不能用來直接和Entity Bean做對比，只有放在整個J2EE項目的框架中才能比較。并且即使是放在軟件整體框架中來看，Hibernate也是做為JDBC的替代者出現(xiàn)的，而不是Entity Bean的替代者出現(xiàn)的，Hibernate是一個開放源代碼的對象關(guān)系映射框架，它對JDBC進行了非常輕量級的對象封裝，使得Java程序員可以隨心所欲的使用對象編程思維來操縱數(shù)據(jù)庫。Hibernate可以應(yīng)用在任何使用JDBC的場合。Hibernate 使用 Java 反射機制 而不是字節(jié)碼增強程序來實現(xiàn)透明性。Hibernate 的性能非常好，因為它是個輕量級框架。映射的靈活性很出色。它支持各種關(guān)系數(shù)據(jù)庫，從一對一到多對多的各種復雜關(guān)系。缺點：它限制您所使用的對象模型。(例如，一個持久性類不能映射到多個表)。讓我再列一次我已經(jīng)列n次的框架結(jié)構(gòu)：傳統(tǒng)的架構(gòu)：1)Session Bean Entity Bean DB為了解決性能障礙的替代架構(gòu)：2)Session Bean DAO JDBC DB使用Hibernate來提高上面架構(gòu)的開發(fā)效率的架構(gòu)：3)Session Bean DAO Hibernate DB就上面3個架構(gòu)來分析：內(nèi)存消耗：采用JDBC的架構(gòu)2無疑是最省內(nèi)存的，Hibernate的架構(gòu)次之，EB的架構(gòu)1最差。運行效率：如果JDBC的代碼寫的非常優(yōu)化，那么JDBC架構(gòu)運行效率最高，但是實際項目中，這一點幾乎做不到，這需要程序員非常精通JDBC，運用 Batch語句，調(diào)整PreapredStatement的Batch Size和Fetch Size等參數(shù)，以及在必要的情況下采用結(jié)果集cache等等。而一般情況下程序員是做不到這一點的。因此Hibernate架構(gòu)表現(xiàn)出最快的運行效率。EB的架構(gòu)效率會差的很遠。開發(fā)效率：在有JBuilder的支持下以及簡單的項目，EB架構(gòu)開發(fā)效率最高，JDBC次之，Hibernate最差。但是在大的項目，特別是持久層關(guān)系映射很復雜的情況下，Hibernate效率高的驚人，JDBC次之，而EB架構(gòu)很可能會失敗。第三篇：Java工程師面試題(三大框架)Struts,Spring,Hibernate三大框架的面試？原理： ，創(chuàng)建SessionFactory 為什么要用： ，大大簡化了數(shù)據(jù)訪問層繁瑣的重復性代碼。，是一個優(yōu)秀的ORM實現(xiàn)。他很大程度的簡化DAO層的編碼工作 ，而不是字節(jié)碼增強程序來實現(xiàn)透明性。，因為它是個輕量級框架。映射的靈活性很出色。它支持各種關(guān)系數(shù)據(jù)庫，從一對一到多對多的各種復雜關(guān)系。2．Hibernate是如何延遲加載?：a)實體對象 b)集合（Collection） 提供了屬性的延遲加載功能 當Hibernate在查詢數(shù)據(jù)的時候，數(shù)據(jù)并沒有存在與內(nèi)存中，當程序真正對數(shù)據(jù)的操作時，對象才存在與內(nèi)存中，就實現(xiàn)了延遲加載，他節(jié)省了服務(wù)器的內(nèi)存開銷，從而提高了服務(wù)器的性能。3．Hibernate中怎樣實現(xiàn)類之間的關(guān)系?(如：一對多、多對多的關(guān)系)類與類之間的關(guān)系主要體現(xiàn)在表與表之間的關(guān)系進行操作，它們都市對對象進行操作，我們程序中把所有的表與類都映射在一起，它們通過配置文件中的manytoone、onetomany、manytomany：客戶端瀏覽器發(fā)出HTTP請求。