1. PO
persistant object：持久层对象
- 有时也被称为Data对象，对应数据库中的entity，可以简单认为一个PO对应数据库中的一条记录。
- 在hibernate持久化框架中与insert/delet操作密切相关。
- PO中不应该包含任何对数据库的操作。
2. POJO
plain ordinary java object：无规则简单java对象
- 传统意义的 java 对象。
- 可以转化为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：数据传输对象
- 用在需要跨进程或远程传输时，它不应该包含业务逻辑。
- 比如一张表有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等进行交互。
参考文献
- https://blog.csdn.net/u011870547/article/details/81077153
- 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
- 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
- https://www.cnblogs.com/hunmeng/p/11298680.html
