链接 知乎https://www.zhihu.com/question/19773379 总结
符合一定规范的编写的Java类，不是一种技术，而是一种规范。大家对于这种规范，总结了很多开发技巧，工具函数。
1、所有属性为private
2、提供默认构造方法
3、提供getter和setter
4、实现serializable接口
在java1996年发布,当年12月即发布了java bean1.00-A,有什么用呢?通过统一的规范可以设置对象的值(get,set方法),这是最初的java bean;
- 在实际企业开发中,需要实现事务,安全,分布式,javabean就不好用了.sun公司就开始往上面堆功能,这里java bean就复杂为EJB;
- EJB功能强大,但是太重了.此时出现DI(依赖注入),AOP(面向切面)技术,通过简单的java bean也能完成EJB的事情,这里的java bean简化为POJO;
- Spring诞生了.
- PO(persistence object):用于持久化时(例如保存到数据库或者缓存);
- VO(value object):用于前端展示使用(例如放置到JSP中解析或者给前端传递数据)
- DTO(data transfer object):用于接口互相调用返回,数据传输(例如很多接口调用返回值或消息队列内容);
主要区分三个：JavaBean，EJB，POJO。
JavaBean
JavaBean是公共Java类，但是为了编辑工具识别，需要满足至少三个条件：
JavaBean
JavaBean是公共Java类，但是为了编辑工具识别，需要满足至少三个条件：
- 有一个public默认构造器（例如无参构造器,）
- 属性使用public 的get，set方法访问，也就是说设置成private，同时get，set方法与属性名的大小也需要对应。例如属性name，get方法就要写成，public String getName(){},N大写。
- 需要序列化。这个是框架，工具跨平台反映状态必须的
EJB
在企业开发中，需要可伸缩的性能和事务、安全机制，这样能保证企业系统平滑发展，而不是发展到一种规模重新更换一套软件系统。 然后有提高了协议要求，就出现了Enterprise Bean。
EJB在javabean基础上又提了一些要求，当然更复杂了。
POJO
有个叫Josh MacKenzie人觉得，EJB太复杂了，完全没必要每次都用，所以发明了个POJO，POJO是普通的javabean，什么是普通，就是和EJB对应的。
总之，区别就是，你先判断是否满足javabean的条件，然后如果再实现一些要求，满足EJB条件就是EJB，否则就是POJO。
在企业开发中，需要可伸缩的性能和事务、安全机制，这样能保证企业系统平滑发展，而不是发展到一种规模重新更换一套软件系统。 然后有提高了协议要求，就出现了Enterprise Bean。
EJB在javabean基础上又提了一些要求，当然更复杂了。
POJO
有个叫Josh MacKenzie人觉得，EJB太复杂了，完全没必要每次都用，所以发明了个POJO，POJO是普通的javabean，什么是普通，就是和EJB对应的。
总之，区别就是，你先判断是否满足javabean的条件，然后如果再实现一些要求，满足EJB条件就是EJB，否则就是POJO。
Java语言欠缺属性、事件、多重继承功能。所以，如果要在Java程序中实现一些面向对象编程的常见需求，只能手写大量胶水代码。Java Bean正是编写这套胶水代码的惯用模式或约定。这些约定包括getXxx、setXxx、isXxx、addXxxListener、XxxEvent等。遵守上述约定的类可以用于若干工具或库。
Java Bean的设计目的
1、紧凑方便地创建和使用
2、完全的可移植性
3、继承Java的强大功能
4、开发工具支持
5、分布式计算支持
Java Bean定义为“一种在开发工具中可视化操作的，可复用的，平台独立的软件组件“
Java Bean的特性
1、支持自检：构造器可以分析bean怎样工作；
2、支持定制：用户使用构造器工具定制bean的外观和行为；
3、支持事件处理：bean才能与外部进行通信；
4、支持属性：bean才能具有内容的状态，便于定制和应用开发；
5、支持永久性：bean才能在应用程序构造器工具中定制，并将定制的状态存储起来便于随时使用。
Java 帝国之Java bean (上）
码农翻身
刘欣（微信公众号：码农翻身）注：这是我杜撰的， 实际上NetBean这个名称可能和java bean 并没有实际关联。
果然不出我们所料， Java bean 发布以后， 有力的带动了Java 的IDE市场， 开发Delphi的Borland公司 也来插了一脚，搞出了一个JBuilder, 风靡一时。
IBM 搞了一个Visual Age for Java , 后来摇身一变， 成了一个叫Eclipse的开放平台，超级受大家欢迎， 它反过头来把我们的Netbean 和 JBuilder 逼的快没有活路了。
虽然我们玩的很欢，但是程序员根本不买账， Java 在桌面开发市场还是没有起色，使用Java bean 创建桌面程序的程序员少之又少， 只有部分像金融、ERP这样的领地还在坚持。
看来是无药可救了。
但是Java bean 何去何从 ？ 丢弃掉太可惜了， 我和小码哥商量了一下， 我们觉得：既然我们Java在统治了服务器端的编程， 还是在那里想想办法吧......
果然不出我们所料， Java bean 发布以后， 有力的带动了Java 的IDE市场， 开发Delphi的Borland公司 也来插了一脚，搞出了一个JBuilder, 风靡一时。
IBM 搞了一个Visual Age for Java , 后来摇身一变， 成了一个叫Eclipse的开放平台，超级受大家欢迎， 它反过头来把我们的Netbean 和 JBuilder 逼的快没有活路了。
虽然我们玩的很欢，但是程序员根本不买账， Java 在桌面开发市场还是没有起色，使用Java bean 创建桌面程序的程序员少之又少， 只有部分像金融、ERP这样的领地还在坚持。
看来是无药可救了。
但是Java bean 何去何从 ？ 丢弃掉太可惜了， 我和小码哥商量了一下， 我们觉得：既然我们Java在统治了服务器端的编程， 还是在那里想想办法吧......
Java 帝国之Java bean（下）
码农翻身
上一篇提到Java bean 的规范虽然定义的不错， 但却没有获得意料中的成功， 尤其是Java帝国所期待的桌面开发组件化市场上。
我和小码哥多么期待CSDN也能出一期《程序员大本营》， 里边包含成千上万的java bean 组件啊。
不要幻想了， 赶紧把java bean 应用在服务器端才是正事。 JSP + Java Bean小码哥建议先用在jsp上试试， 可以用java bean 来封装业务逻辑，保存数据到数据库， 像这样：（微信公众号"码农翻身"注： 这其实叫做JSP Model 1 )
其中jsp 直接用来接受用户的请求， 然后通过java bean 来处理业务， 具体的使用方法是：<jsp:useBean />
当然要保证 http request中的参数名和 java bean 中的属性名是一样的。
这个叫做JSP Model 1 的模型受到了很多Java程序员的欢迎 , 因为他们的应用规模都很小， 用Model 1 使得开发很快速。
实际上， 这种方式和微软帝国的asp , 以及和开源的php 几乎一样。
但很快就有人来找我抱怨了， 说他们的项目中使用了Model 1 导致整个系统的崩溃。
他说： “你知道吗？ 我们的系统中有好几千个jsp， 这些jsp互相调用(通过GET/POST), 到了最后调用关系无人能搞懂。 ”
其实我们已经预料到了， 小码哥对此有个形象的比喻：意大利面条这几千个JSP 就像这碗面条一样，搅在一起， 根本理不清楚。
为了解决这个问题，小码哥又推出了 ：JSP Model 2 , 这是个模型真正的体现了Model-View-Controller的思想：Servlet 充当Controller , jsp 充当 View Java bean 当然就是Model 了！
业务逻辑， 页面显示， 和处理过程做了很好的分离。
基于这个模型的扩展和改进， 很多Web开发框架开始如雨后春笋一样出现， 其中最著名的就是Struts， SpringMVC 了。
Java Web开发迅速的繁荣了。
我们再一次体会到了开放的好处 ！
我和小码哥多么期待CSDN也能出一期《程序员大本营》， 里边包含成千上万的java bean 组件啊。
不要幻想了， 赶紧把java bean 应用在服务器端才是正事。 JSP + Java Bean小码哥建议先用在jsp上试试， 可以用java bean 来封装业务逻辑，保存数据到数据库， 像这样：（微信公众号"码农翻身"注： 这其实叫做JSP Model 1 )
其中jsp 直接用来接受用户的请求， 然后通过java bean 来处理业务， 具体的使用方法是：<jsp:useBean />
当然要保证 http request中的参数名和 java bean 中的属性名是一样的。
这个叫做JSP Model 1 的模型受到了很多Java程序员的欢迎 , 因为他们的应用规模都很小， 用Model 1 使得开发很快速。
实际上， 这种方式和微软帝国的asp , 以及和开源的php 几乎一样。
但很快就有人来找我抱怨了， 说他们的项目中使用了Model 1 导致整个系统的崩溃。
他说： “你知道吗？ 我们的系统中有好几千个jsp， 这些jsp互相调用(通过GET/POST), 到了最后调用关系无人能搞懂。 ”
其实我们已经预料到了， 小码哥对此有个形象的比喻：意大利面条这几千个JSP 就像这碗面条一样，搅在一起， 根本理不清楚。
为了解决这个问题，小码哥又推出了 ：JSP Model 2 , 这是个模型真正的体现了Model-View-Controller的思想：Servlet 充当Controller , jsp 充当 View Java bean 当然就是Model 了！
业务逻辑， 页面显示， 和处理过程做了很好的分离。
基于这个模型的扩展和改进， 很多Web开发框架开始如雨后春笋一样出现， 其中最著名的就是Struts， SpringMVC 了。
Java Web开发迅速的繁荣了。
我们再一次体会到了开放的好处 ！