這篇文章將為大家詳細講解有關Hibernate中VO和PO的區別有哪些，小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

創新互聯公司是創新、創意、研發型一體的綜合型網站建設公司，自成立以來公司不斷探索創新，始終堅持為客戶提供滿意周到的服務，在本地打下了良好的口碑，在過去的10余年時間我們累計服務了上千家以及全國政企客戶，如VR全景等企業單位，完善的項目管理流程，嚴格把控項目進度與質量監控加上過硬的技術實力獲得客戶的一致贊揚。

VO，值對象(Value Object)，PO，持久對象(Persisent Object)，它們是由一組屬性和屬性的get和set方法組成。從結構上看，它們并沒有什么不同的地方。但從其意義和本質上來看是完全不同的。

１．VO是用new關鍵字創建，由GC回收的。

PO則是向數據庫中添加新數據時創建，刪除數據庫中數據時削除的。并且它只能存活在一個數據庫連接中，斷開連接即被銷毀。

２．VO是值對象，精確點講它是業務對象，是存活在業務層的，是業務邏輯使用的，它存活的目的就是為數據提供一個生存的地方。

PO則是有狀態的，每個屬性代表其當前的狀態。它是物理數據的對象表示。使用它，可以使我們的程序與物理數據解耦，并且可以簡化對象數據與物理數據之間的轉換。

３．VO的屬性是根據當前業務的不同而不同的，也就是說，它的每一個屬性都一一對應當前業務邏輯所需要的數據的名稱。

PO的屬性是跟數據庫表的字段一一對應的。

PO對象需要實現序列化接口。

VO是獨立的Java Object。

PO是由Hibernate納入其實體容器（Entity Map）的對象，它代表了與數據庫中某條記錄對應的Hibernate實體，PO的變化在事務提交時將反應到實際數據庫中。如果一個PO與Session對應的實體容器中分離（如Session關閉后的PO），那么此時，它又會變成一個VO。

由Hibernate VO和Hibernate PO的概念，又引申出一些系統層次設計方面的問題。如在傳統的MVC架構中，位于Model層的PO，是否允許被傳遞到其他層面。由于PO的更新最終將被映射到實際數據庫中，如果PO在其他層面（如View層）發生了變動，那么可能會對Model 層造成意想不到的破壞。

因此，一般而言，應該避免直接PO傳遞到系統中的其他層面，一種解決辦法是，通過一個VO，通過屬性復制使其具備與PO相同屬性值，并以其為傳輸媒質（實際上，這個VO被用作Data Transfer Object，即所謂的DTO），將此VO傳遞給其他層面以實現必須的數據傳送。

VO經過Hibernate進行處理，就變成了PO。

session.save(user)中，我們把一個VO “user”傳遞給Hibernate的Session.save方法進行保存。在save方法中，Hibernate對其進行如下處理：

1．在當前session所對應的實體容器（Entity Map）中查詢是否存在user對象的引用。

2．如果引用存在，則直接返回user對象id，save過程結束. Hibernate中，針對每個Session有一個實體容器（實際上是一個Map對象），如果此容器中已經保存了目標對象的引用，那么hibernate會認為此對象已經 與Session相關聯。

對于save操作而言，如果對象已經與Session相關聯（即已經被加入Session 的實體容器中），則無需進行具體的操作。因為之后的Session.flush過程中，Hibernate會對此實體容器中的對象進行遍歷，查找出發生變化的實體，生成并執行相應的update語句。

3．如果引用不存在，則根據映射關系，執行insert操作。

a) 在我們這里的示例中，采用了native的id生成機制，因此hibernate會從數據庫取得insert操作生成的id并賦予user對象的id屬性。

b) 將user對象的引用納入Hibernate的實體容器。

c) save過程結束，返回對象id.

而Session.load方法中，再返回對象之前，Hibernate就已經將此對象納入其實體容器中。

關于“Hibernate中VO和PO的區別有哪些”這篇文章就分享到這里了，希望以上內容可以對大家有一定的幫助，使各位可以學到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。