JPA & Hibernate 關係
JPA是需要Provider來實現其功能的，Hibernate就是JPA Provider中很強的一個。
從功能上來說，JPA現在就是Hibernate功能的一個子集。可以簡單的理解為JPA是標準介面，Hibernate是實現及擴充套件。
Hibernate主要是通過三個元件來實現：hibernate-annotation、hibernate-entitymanager 和hibernate-core。
- hibernate-annotation是Hibernate支援註解方式配置的基礎，它包括了標準的JPA 註解以及 Hibernate自身特殊功能的註解。
- hibernate-core是Hibernate的核心實現，提供了Hibernate所有的核心功能。
- hibernate-entitymanager實現了標準的JPA，可以把它看成hibernate-core和JPA之間的介面卡，它並不直接提供ORM的功能，而是對hibernate-core進行封裝，使得Hibernate符合JPA的規範。
總的來說，JPA是規範，Hibernate是框架，JPA是持久化規範，而Hibernate實現了JPA。
JPA API & Hibernate
JPA的主要API都定義在javax.persistence包中。如果你熟悉Hibernate，可以很容易做出對應：
| org.hibernate | javax.persistence | 說明 |
|---|---|---|
| cfg.Configuration | Persistence | 讀取配置資訊 |
| SessionFactory | EntityManagerFactory | 用於建立會話/實體管理器的工廠類 |
| Session | EntityManager | 提供實體操作API，管理事務，建立查詢 |
| Transaction | EntityTransaction | 管理事務 |
| HQL | JPQL | 靜態查詢，非型別安全（即存在SQL隱碼攻擊） |
| Criteria | Criteria | 動態查詢，型別安全 |
Hibernate查詢語言（HQL）和Java永續性查詢語言（JPQL）都是與SQL類似的物件導向模型的查詢語言。JPQL是受HQL影響很大的子集。所有的JPQL查詢都是有效的HQL查詢，但反過來並不正確。
HQL和JPQL都是非型別安全的方式來執行查詢操作。Criteria動態查詢提供了一種查詢型別安全的方法。
Hibernate VS Mybatis
概述
Hibernate對資料庫結構提供了較為完整的封裝，Hibernate的O/R Mapping實現了POJO 和資料庫表之間的對映，以及SQL 的自動生成和執行。程式設計師往往只需定義好了POJO 到資料庫表的對映關係，即可通過Hibernate 提供的方法完成持久層操作。程式設計師甚至不需要對SQL 的熟練掌握， Hibernate/OJB 會根據制定的儲存邏輯，自動生成對應的SQL並呼叫JDBC 介面加以執行。
iBATIS的著力點，則在於POJO 與SQL之間的對映關係，SQL更多是半自動生成。然後通過對映配置檔案，將SQL所需的引數，以及返回的結果欄位對映到指定POJO。 相對Hibernate“O/R”而言，iBATIS 是一種“Sql Mapping”的ORM實現。因此，iBATIS並不能很好地去實現JPA（儘管Github有相應實現），
開發對比
- Hibernate的真正掌握要比Mybatis來得難些。Mybatis框架相對簡單很容易上手，但也相對簡陋些。
- 個人覺得要用好Mybatis還是首先要先理解好Hibernate。針對高階查詢，Mybatis需要手動編寫SQL語句，以及ResultMap。而Hibernate有良好的對映機制，開發者無需關心SQL的生成與結果對映，可以更專注於業務流程。
- 而正是因為需要手動編寫SQL，對於SQL優化、查詢效率等，更多時候iBATIS更優於Hibernate。例如iBATIS可配置指定返回列，而Hibernate會所有列均查詢返回（當然也可以自己手寫SQL，但是這也就破壞了其簡潔性）。
- Hibernate具有自己的日誌統計。Mybatis本身不帶日誌統計，使用Log4j進行日誌記錄。
快取機制對比
Hibernate快取：
Hibernate一級快取是Session快取，利用好一級快取就需要對Session的生命週期進行管理好。建議在一個Action操作中使用一個Session。一級快取需要對Session進行嚴格管理。Hibernate二級快取是SessionFactory級的快取。
SessionFactory的快取分為內建快取和外接快取。內建快取中存放的是SessionFactory物件的一些集合屬性包含的資料(對映元素據及預定SQL語句等),對於應用程式來說,它是隻讀的。外接快取中存放的是資料庫資料的副本,其作用和一級快取類似。二級快取除了以記憶體作為儲存介質外,還可以選用硬碟等外部儲存裝置。二級快取稱為程式級快取或SessionFactory級快取，它可以被所有session共享，它的生命週期伴隨著SessionFactory的生命週期存在和消亡。
Mybatis快取：
MyBatis 包含一個非常強大的查詢快取特性,它可以非常方便地配置和定製。MyBatis 3 中的快取實現的很多改進都已經實現了,使得它更加強大而且易於配置。
預設情況下是沒有開啟快取的,除了區域性的 session 快取,可以增強變現而且處理迴圈 依賴也是必須的。要開啟二級快取,你需要在你的 SQL 對映檔案中新增一行:
字面上看就是這樣。這個簡單語句的效果如下:
- 對映語句檔案中的所有 select 語句將會被快取。
- 對映語句檔案中的所有 insert,update 和 delete 語句會重新整理快取。
- 快取會使用 Least Recently Used(LRU,最近最少使用的)演算法來收回。
- 根據時間表(比如 no Flush Interval,沒有重新整理間隔), 快取不會以任何時間順序 來重新整理。
- 快取會儲存列表集合或物件(無論查詢方法返回什麼)的 1024 個引用。
- 快取會被視為是 read/write(可讀/可寫)的快取,意味著物件檢索不是共享的,而 且可以安全地被呼叫者修改,而不干擾其他呼叫者或執行緒所做的潛在修改。
- 所有的這些屬性都可以通過快取元素的屬性來修改。
參考：