PO、POJO、BO、AO、VO、DTO、DO、DAO

1. PO

persistant object：持久层对象

1. 有时也被称为Data对象，对应数据库中的entity，可以简单认为一个PO对应数据库中的一条记录。
2. 在hibernate持久化框架中与insert/delet操作密切相关。
3. PO中不应该包含任何对数据库的操作。

2. POJO

plain ordinary java object：无规则简单java对象

1. 传统意义的 java 对象。
2. 可以转化为PO、DTO、VO，比如POJO在传输过程中就是DTO。

3. BO

business object：业务对象
由Service层输出的封装业务逻辑的对象。这个对象可以包括一个或多个其它的对象。 比如一个简历，有教育经历、工作经历、社会关系等等。 我们可以把教育经历对应一个 PO ，工作经历对应一个 PO ，社会关系对应一个 PO 。 建立一个对应简历的 BO 对象处理简历，每个 BO 包含这些 PO 。

4. AO

application object：应用对象
在web层与service层之间抽象的复用对象模型，极为贴近展示层，复用度不高。

5. VO

它有如下两种解释：
（1）value object：值对象
通常用于业务层之间的数据传递，由new创建，由GC回收。
（2）view object：显示层对象
通常是web向模板渲染引擎层传输的对象。

6. DTO

data transfer object：数据传输对象

1. 用在需要跨进程或远程传输时，它不应该包含业务逻辑。
2. 比如一张表有100个字段，那么对应的PO就有100个属性（大多数情况下，DTO内的数据来自多个表）。但view层只需显示10个字段，没有必要把整个PO对象传递到client，这时我们就可以用只有这10个属性的DTO来传输数据到client，这样也不会暴露server端表结构。到达客户端以后，如果用这个对象来对应界面显示，那此时它的身份就转为VO。

7. DO

domain object：领域对象
从现实世界中抽象出来的有形或无形的业务实体。DO和PO在绝大部分情况下是一一对应的，PO是只含有get/set方法的POJO。

8. DAO

data access object：数据访问对象
为业务层提供接口，负责与底层MySQL、Oracle、Hbase等进行交互。

参考文献

1. https://blog.csdn.net/u011870547/article/details/81077153
2. https://blog.csdn.net/qq_41604862/article/details/79675223?utm_medium=distribute.pc_relevant_t0.none-task-blog-BlogCommendFromMachineLearnPai2-1.add_param_isCf&depth_1-utm_source=distribute.pc_relevant_t0.none-task-blog-BlogCommendFromMachineLearnPai2-1.add_param_isCf
3. https://blog.csdn.net/loongshawn/article/details/72367771?utm_medium=distribute.pc_relevant_t0.none-task-blog-BlogCommendFromMachineLearnPai2-1.channel_param&depth_1-utm_source=distribute.pc_relevant_t0.none-task-blog-BlogCommendFromMachineLearnPai2-1.channel_param
4. https://www.cnblogs.com/hunmeng/p/11298680.html