詳細介紹VO和PO的區別
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就已經將此對象納入其實體容器中。
【編輯推薦】
