POJO、JAVABean、Entity的区别

额，最近做微服务用到了Dto和entity。其实在这之前我做的项目都是直接entity实体前后交互的，所以这些概念多少略有涉及但也没系统的理解过，这里简单做个整理。

POJO

（Plain Ordinary Java Object）简单的Java对象，实际就是普通JavaBeans，是为了避免和EJB混淆所创造的简称。
其中有一些属性及其getter、setter方法的类，没有业务逻辑，有时可以作为VO（value-object）或DTO（Data Transfer Object）来使用。不允许有业务方法，也不能携带connection之类的方法，实际就是普通JavaBeans。POJO类中可以有属性和get、set方法，但是没有业务逻辑。

JAVABean

JavaBean 是一种JAVA语言写成的可重用组件。JavaBean符合一定规范编写的Java类，不是一种技术，而是一种规范。大家针对这种规范，总结了很多开发技巧、工具函数。符合这种规范的类，可以被其它的程序员或者框架使用。它的方法命名，构造及行为必须符合特定的约定：

所有属性为private。
这个类必须有一个公共的缺省构造函数。即是提供无参数的构造器。
这个类的属性使用getter和setter来访问，其他方法遵从标准命名规范。
这个类应是可序列化的。实现serializable接口。

以上这些要求主要是靠约定而不是靠实现接口。另外javaBean是可以有方法的。

POJO和JAVABean区别

POJO其实是比javabean更纯净的简单类或接口。POJO严格地遵守简单对象的概念，而一些JavaBean中往往会封装一些简单逻辑。

POJO主要用于数据的临时传递，它只能装载数据，作为数据存储的载体，而不具有业务逻辑处理的能力。
Javabean虽然数据的获取与POJO一样，但是javabean当中可以有其它的方法。

Entity

entity就是实体类，一般一个entity都是与数据库中一个表对应的。关于这个要求也没有特定的定义，只有一些常用的规范：
1 .就是属性类，通常定义在model层里面。

一般的实体类对应一个数据表，其中的属性对应数据表中的字段（在没有特殊情况下名字要驼峰对应）。

好处：

对对象实体的封装，体现OO思想。
属性可以对字段定义和状态进行判断和过滤（比如非映射字段）
把相关信息用一个实体类封装后，我们在程序中可以把实体类作为参数传递，更加方便（但是规范中一般不建议表的格式直接对外暴露）。
说白了就是为了让程序员在对数据库操作的时候不用写SQL语句，就是一个数据库表生成一个类，这样做对数据库操作起来方便。编写代码较少，提高效率，可以使程序员专注逻辑关系

在Java开发中经常要定义一些实体类，这些类的定义的好坏会直接影响编写代码的质量和难易程度，以下是别人总结的一些经验：

实体类的名字尽量和数据库的表的名字对应相同。
实体类应该实现java.io.Serializable接口。
实体类应该有个无参的构造方法。
实体类有属性和方法，属性对应数据库中表的字段，主要有getter和setter方法。
属性一般是private类型，方法位public类型，对于数据库自动生成的ID字段对应的属性的set方法应为private或者不生成set方法。

其实三者说到底都是java中的对象。只不过这三者是程序员根据不同的需求和使用场景人为的细分了三种名称。单纯的理论知识，能清楚认识挺好，不能清楚分辨也没大事。剩下其实可以更加细分，比如vo,po,bo之类的，不过我也不打算整理记录了。
这篇笔记就记到这里，如果能稍微帮到你了记得点个喜欢点个关注，另外也祝大家工作顺顺利利！java技术交流群130031711，欢迎各位萌新大佬踊跃加入！