一、PO:persistant object 持久對象,可以看成是與數據庫中的表相映射的java對象。最簡單的PO就是對應數據庫中某個表中的一條記錄，多個記錄可以用PO的集合。PO中應該不包含任何對數據庫的操作。
二、VO:value object值對象。通常用於業務層之間的數據傳遞，和PO一樣也是僅僅包含數據而已。但應是抽象出的業務對象,可以和表對應,也可以不,這根據業務的需要.個人覺得同DTO(數據傳輸對象),在web上傳遞。
三、DAO:data access object 數據訪問對象，此對象用於訪問數據庫。通常和PO結合使用，DAO中包含了各種數據庫的操作方法。通過它的方法,結合PO對數據庫進行相關的操作。
四、BO:business object 業務對象,封裝業務邏輯的java對象,通過調用DAO方法,結合PO,VO進行業務操作。
五、POJO:plain ordinary java object 簡單無規則java對象,我個人覺得它和其他不是一個層面上的東西,VO和PO應該都屬於它。
O/R Mapping 是 Object Relational Mapping（對象關係映射）的縮寫。通俗點講，就是將對象與關係數據庫綁定，用對象來表示關係數據。在O/R Mapping的世界裏，有兩個基本的也是重要的東東需要了解，即VO，PO。
VO，值對象(Value Object)，PO，持久對象(Persisent Object)，它們是由一組屬性和屬性的get和set方法組成。從結構上看，它們並沒有什麼不同的地方。但從其意義和本質上來看是完全不同的。
１．VO是用new關鍵字創建，由GC回收的。
PO則是向數據庫中添加新數據時創建，刪除數據庫中數據時削除的。並且它只能存活在一個數據庫連接中，斷開連接即被銷燬。
２．VO是值對象，精確點講它是業務對象，是存活在業務層的，是業務邏輯使用的，它存活的目的就是爲數據提供一個生存的地方。
PO則是有狀態的，每個屬性代表其當前的狀態。它是物理數據的對象表示。使用它，可以使我們的程序與物理數據解耦，並且可以簡化對象數據與物理數據之間的轉換。
３．VO的屬性是根據當前業務的不同而不同的，也就是說，它的每一個屬性都一一對應當前業務邏輯所需要的數據的名稱。
PO的屬性是跟數據庫表的字段一一對應的。
PO對象需要實現序列化接口。
原文鏈接：https://blog.csdn.net/u014470581/article/details/50909466
POJO(Plain Ordinary Java Object）
簡單普通的java對象，一般用於數據層映射到數據庫表的類
PO(Persistant Object)
持久化對象，可以理解爲數據庫中的一條數據，同時也可理解爲POJO經過持久化的對象
BO(Business Object)
業務對象，一般用於業務層，當業務比較複雜的時候，多使用此對象封裝多個對象進行傳遞
DTO(Data Transfer Object)
數據傳輸對象，一般用於向數據外層提供僅需的數據，例如：一個表有20個字段，但是服務只需要其中5個，就可以封裝一個DTO。這樣做可以隱藏數據層的定義，同時提高系統性能，較少無用字段傳輸的性能損耗
VO(View Object)
頁面對象，一般用於向頁面傳遞只需展現的值
原文鏈接：https://blog.csdn.net/peiyu627/article/details/88683950
首先讓我們先來看一下他們的解釋：
PO是Persistent Object的英文縮寫，意思是持久對象，而VO是Value Object的縮寫，意思是值對象。他們兩個都存在於ORM（對象關係映射）的世界裏。它們都是由一組屬性和屬性的get和set方法組成。從結構上看，它們並沒有什麼不同的地方。但從其意義和本質上來看是完全不同的。
下面我們從三個方面來看一下他們的不同之處：
１．VO是用new關鍵字創建的，由GC負責回收。
PO則是向數據庫中添加新數據時創建，刪除數據庫中數據時銷燬的。並且它只能存活在一個數據庫連接中，斷開連接即被銷燬。
２．VO是值對象，精確點講它是業務對象，是存活在業務層的，是業務邏輯使用的，它存活的目的就是爲數據提供一個生存的地方。
PO則是有狀態的，每個屬性代表其當前的狀態。它是物理數據的對象表示。使用它，可以使我們的程序與物理數據解耦，並且可以簡化對象數據與物理數據之間的轉換。
３．VO的屬性是根據當前業務的不同而不同的，也就是說，它的每一個屬性都一一對應當前業務邏輯所需要的數據的名稱。
PO的屬性是跟數據庫表的字段一一對應的。
總之，它們的關係應該是相互獨立的，一個VO可以只是PO的一部分，也可以由多個PO構成，同樣也可以等同於一個PO（當然這裏是指他們的屬性）。正因爲這樣，PO就獨立出來，數據持久層也就獨立出來了，它不會受到任何業務的干涉。又正因爲這樣，業務邏輯層也獨立出來了，它不會受到數據持久層的影響，業務層關心的只是業務邏輯的理，至於怎麼存怎麼讀交給別人吧！不過，另外一點，如果我們沒有使用數據持久層，或者說沒有使用hibernate，那麼PO和VO也可以是同一個東西，雖然這並不好。
原文鏈接：https://blog.csdn.net/u010653908/article/details/53542097
vo主要是用於傳遞數據的相當於dto，數據的載體對象
po主要是和你數據庫表一一對應的，主要作用與dao層
po向vo轉變主要發生在service，在由你的controller層
調用service返回的vo 傳遞到頁面進行展示，這裏提示一點
po轉vo不是決定的，一般是多變查詢的數據設計到兩個表的數據的時候
會涉及到vo，還有你在寫webservice傳遞對象的時候 會涉及到vo