java JPA中的EntityManager是怎樣的,針對這個問題,這篇文章詳細介紹了相對應的分析和解答,希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。
創(chuàng)新互聯(lián)主要從事做網(wǎng)站、網(wǎng)站制作、網(wǎng)頁設計、企業(yè)做網(wǎng)站、公司建網(wǎng)站等業(yè)務。立足成都服務化德,十多年網(wǎng)站建設經(jīng)驗,價格優(yōu)惠、服務專業(yè),歡迎來電咨詢建站服務:18980820575
JPA即Java Persistence API,是Java EE中針對持久化數(shù)據(jù)提供的規(guī)范。在使用JPA中,我們經(jīng)常會提到Entity,Entity就是在內(nèi)存中短暫存活,在數(shù)據(jù)庫中被持久化了的對象。Entity和數(shù)據(jù)庫中的表映射,也就是我們常說的ORM。我們可以持久化一個Entity,刪除一個Entity或者通過Java Persistence Query Language(JPQL)來查詢Entity。
通過注解的方式聲明一個entity如下:
Java代碼
@Entity
public class Book {
@Id
@GeneratedValue
private Long id;
private String title;
private Float price;
private String description;
private String isbn;
private Integer nbOfPage;
private Boolean illustrations;
// Getters, setters
}
Book Entity和數(shù)據(jù)庫的映射關(guān)系如圖:
在JPA中,所有的Entity都是通過javax.persistence.EntityManager的API來管理和操縱的。當EntityManager管理Entity時,所有的Entity都會有一個唯一標識(這個標識通常是主鍵列),Entity的狀態(tài)將會和數(shù)據(jù)庫同步。當Entity脫離EntityManager的管理時,Entity就變成了一個普通的Java對象實例,這時它的狀態(tài)是detached。
當我們用new關(guān)鍵字創(chuàng)建一個新Entity時,這個Entity對象存在于內(nèi)存中,JPA對它沒有任何了解。只有當EntityManager開始管理它時,它的狀態(tài)才會和數(shù)據(jù)庫同步。當調(diào)用了EntityManager.remove方法后,它就會從數(shù)據(jù)庫中刪除掉,但Java對象還會在內(nèi)存中存在,直到被垃圾回收掉。
在我們介紹EntityManager API之前,我們先來看看Persistence Context的概念。一個Persistence Context就是針對一個事物中一段時間內(nèi)一群被管理的Entity的集合。多個具有相同唯一標識的Entity實例不能存在于同一個Persistence Context中。例如,一個Book實例的ID是12,此時就不能有第二個ID也是12的Book實例存在于相同的Persistence Context中了。只有存在于Persistence Context中的Enitity才會被EntityManager所管理,它們的狀態(tài)才會反映到數(shù)據(jù)庫中。Persistence Context可以被看成一個一級緩存,它可以被EntityManager當作存放Entity的緩存空間。默認情況下,Entity在Persistence Context存活,直到用戶的事物結(jié)束。
每個事物用戶都有自己的Persistence Context,多個Persistence Context訪問同一個數(shù)據(jù)庫的實例如下圖:
我們可以調(diào)用EntityManager.persist()方法來持久化一個Entity,也就是向數(shù)據(jù)庫中插入數(shù)據(jù)。
Java代碼
Customer customer = new Customer("Antony", "Balla", "tballa@mail.com");
Address address = new Address("Ritherdon Rd", "London", "8QE", "UK");
customer.setAddress(address);
tx.begin();
em.persist(customer);
em.persist(address);
tx.commit();
上例中的Customer和Address是兩個普通的Java對象,當被EntityManager調(diào)用了persist方法后,兩個對象都變成了EntityManager所管理的Entity。當Transaction提交后,他們的數(shù)據(jù)會被插入到數(shù)據(jù)庫中。這里的Customer對象是對象關(guān)系的持有者,它對應的表結(jié)構(gòu)應當有一個外鍵來對應Address對象。
我們注意一下存儲兩個對象的順序。即便是將兩個對象存儲的順序顛倒一下,也不會造成外鍵找不到的錯誤。之前我們已經(jīng)說過了,Persistence Context可以被看作一級緩存。在事物被提交之前,所有的數(shù)據(jù)都是在內(nèi)存中的,沒有對數(shù)據(jù)庫的訪問,EntityManager緩存了數(shù)據(jù),當數(shù)據(jù)準備好后,以底層數(shù)據(jù)庫期待的順序?qū)?shù)據(jù)更新到數(shù)據(jù)庫中。
想查找一個Entity,有兩個類似的方法,代碼如下:
Java代碼
Customer customer = em.find(Customer.class, 1234L)
if (customer!= null) {
// 處理對象
}
try {
Customer customer = em.getReference(Customer.class, 1234L)
// 處理對象
} catch(EntityNotFoundException ex) {
// Entity沒有找到
}
find方法會根據(jù)主鍵返回一個Entity,如果主鍵不存在數(shù)據(jù)庫中,會返回null。getReference和find方法很類似,但是只是返回一個Entity的引用,不會返回其中的數(shù)據(jù)。它用于那些我們需要一個Entity對象和它的主鍵但不需要具體數(shù)據(jù)的情況。如例所示,當Entity找不到時,會有EntityNotFoundException拋出。
一個Entity可以通過EntityManager.remove()被刪除,一但Entity被刪除,它在數(shù)據(jù)庫中也會被刪除,并且脫離了EntityManager管理(detached)。此時這個對象不能再和數(shù)據(jù)庫中的數(shù)據(jù)同步了。
Java代碼
tx.begin();
em.remove(customer);
tx.commit();
在之前的所有例子中,和數(shù)據(jù)庫的數(shù)據(jù)的同步都是發(fā)生在事物提交時。所待執(zhí)行的改變都是需要一個SQL語句的執(zhí)行。例如在下面的代碼中,兩條insert語句會在事物提交時被執(zhí)行的數(shù)據(jù)庫中。
Java代碼
tx.begin();
em.persist(customer);
em.persist(address);
tx.commit();
大多數(shù)情況下,這種和數(shù)據(jù)庫的同步機制能滿足我們程序的需要。如果我們想將對Persistence Context中數(shù)據(jù)改變立刻反映到數(shù)據(jù)庫中,可以通過調(diào)用flush方法實現(xiàn)。或者我們想將數(shù)據(jù)庫中的數(shù)據(jù)重新同步回Persistence Context,可以調(diào)用refresh方法。當應用程序在叫用了flush方法后,又調(diào)用了rollback方法,所有同步到數(shù)據(jù)庫的數(shù)據(jù)又會都被回滾。
這種同步機制很像我們在sqlplus中直接執(zhí)行多個SQL語句,當顯性調(diào)用flush方法時,相當于執(zhí)行我們已經(jīng)輸入的SQL語句,但沒有提交事務。當tx.commit方法調(diào)用時,事物才真正的被提交。如果沒有調(diào)用flush方法,則在tx.commit方法調(diào)用時先執(zhí)行已經(jīng)輸入的SQL語句再提交事務。
Java代碼
tx.begin();
em.persist(customer);
em.flush();
em.persist(address);
tx.commit();
上面這個代碼例子中,persist執(zhí)行的順序是要被保證的。因為在調(diào)用flush方法時,變化已經(jīng)被同步到數(shù)據(jù)庫中了,即SQL語句已經(jīng)被執(zhí)行了,如果兩個persist方法順序顛倒一下,則會出現(xiàn)外鍵約束的異常。
refresh方法實現(xiàn)的效果可以通過下面的例子顯示出來:
Java代碼
Customer customer = em.find(Customer.class, 1234L)
assertEquals(customer.getFirstName(), "Antony");
customer.setFirstName("William");
em.refresh(customer);
assertEquals(customer.getFirstName(), "Antony");");
contains方法會返回一個Boolean值,用于檢測當前Persistence Context中是否存在某個Entity
Java代碼
Customer customer = new Customer("Antony", "Balla", "tballa@mail.com");
tx.begin();
em.persist(customer);
tx.commit();
assertTrue(em.contains(customer));
tx.begin();
em.remove(customer);
tx.commit();
assertFalse(em.contains(customer));
clear方法可以清空當前Persistence Context,是所有的Entity都變成detached狀態(tài)。detach方法則是只將某個Entity變成detached狀態(tài)。前面已經(jīng)說了detached的Entity不會和數(shù)據(jù)庫中的數(shù)據(jù)再進行同步了。
Java代碼
Customer customer = new Customer("Antony", "Balla", "tballa@mail.com");
tx.begin();
em.persist(customer);
tx.commit();
assertTrue(em.contains(customer));
em.detach(customer);
assertFalse(em.contains(customer));
如果我們想使一個detached的Entity重新和數(shù)據(jù)庫中的數(shù)據(jù)進行同步,可以調(diào)用merge方法。想象有這樣一個場景,我們需要從數(shù)據(jù)庫中取出某個對象,這個對象從持久層傳到表現(xiàn)層之前變成了detached狀態(tài)。在表現(xiàn)層中,Entity的一些數(shù)據(jù)發(fā)生了變化,我們將這個Entity傳回持久層并讓它變成managed狀態(tài)以將變化反映到數(shù)據(jù)庫中。
Java代碼
Customer customer = new Customer("Antony", "Balla", "tballa@mail.com");
tx.begin();
em.persist(customer);
tx.commit();
em.clear();
// 設置一個新的值給一個detached的entity
customer.setFirstName("William");
tx.begin();
em.merge(customer);
tx.commit();
最后我們通過一張圖來表示EntityManager對一個Entity的生命周期的改變。
關(guān)于 java JPA中的EntityManager是怎樣的問題的解答就分享到這里了,希望以上內(nèi)容可以對大家有一定的幫助,如果你還有很多疑惑沒有解開,可以關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道了解更多相關(guān)知識。