JavaBeans是遵循极其简单的编码约定的Java类。你所要做的就是

实现java.io.Serializable接口-保存对象使用公共空参数构造函数-实例化对象提供公共getter/setter方法，以获取和设置私有变量（财产）的值。

关于问题的第二部分，序列化是一种持久性机制，用于将对象存储为一系列带符号的字节。不太正式地说，它存储对象的状态，以便以后可以通过反序列化来检索它。

有一个术语可以让它听起来很特别。现实远没有那么神秘。

基本上，一个“憨豆”：

是一个可串行化的对象（即，它实现java.io.serializable，并正确执行）具有“财产”，其getter和setter只是具有特定名称的方法（例如，getFoo（）是“Foo”属性的getter），并且有一个公共的零参数构造函数（因此可以随意创建并通过设置其财产进行配置）。

至于Serializable：这只是一个“标记接口”（一个不声明任何函数的接口），它告诉Java实现类同意（并暗示它能够）“序列化”——一个将实例转换为字节流的过程。这些字节可以存储在文件中，通过网络连接等发送，并且具有足够的信息，允许JVM（至少是一个了解对象类型的JVM）稍后重建对象——可能在应用程序的不同实例中，甚至在整个其他机器上！

当然，为了做到这一点，班级必须遵守某些限制。其中最主要的是，所有实例字段必须要么是原始类型（int、bool等），要么是某些类的实例，也可以是可序列化的，要么标记为瞬时的，这样Java就不会试图包含它们。（这当然意味着瞬态字段将无法在流上运行。如果需要，具有瞬态字段的类应该准备好重新初始化它们。）

不能遵守这些限制的类不应该实现Serializable（而且，IIRC，Java编译器甚至不允许它这样做）

JavaBean的财产

JavaBean是满足某些编程约定的Java对象：

JavaBean类必须实现Serializable或可外部化JavaBean类必须具有无参数构造函数所有JavaBean财产都必须具有公共setter和getter方法所有JavaBean实例变量都应该是私有的

JavaBeans示例

@Entity
public class Employee implements Serializable{

   @Id
   private int id;
   private String name;   
   private int salary;  

   public Employee() {}

   public Employee(String name, int salary) {
      this.name = name;
      this.salary = salary;
   }
   public int getId() {
      return id;
   }
   public void setId( int id ) {
      this.id = id;
   }
   public String getName() {
      return name;
   }
   public void setName( String name ) {
      this.name = name;
   }
   public int getSalary() {
      return salary;
   }
   public void setSalary( int salary ) {
      this.salary = salary;
   }
}

POJO（普通的旧Java对象）：POJO是普通的Java对象，除了Java语言强制的限制外，没有其他限制。

序列化：用于保存对象的状态并通过网络发送。它将对象的状态转换为字节流。我们可以通过称为反序列化的过程从字节流中重新创建Java对象。

使类实现java.io.Serializable接口。并使用ObjectOutputStream类的writeObject（）方法实现序列化。

JavaBean类：它是一个特殊的POJO，有一些限制（或约定）。

实现序列化具有公共无参数构造函数所有财产都是私有的，使用公共getters和setter方法。

许多框架（如Spring）使用JavaBean对象。

上面重复了6或7次，说明JavaBeans没有参数构造函数要求。

这是错误的，没有这样的要求，特别是在JavaSpring的上下文中。

描述JavaBeans API的规范版本（1.01）中也没有提到这一要求(https://download.oracle.com/otndocs/jcp/7224-javabeans-1.01-fr-spec-oth-JSpec/). 此外，本规范在以下上下文中仅2次提到“null构造函数”：“每个自定义程序都应有一个空构造函数。”“每个PropertyEditor都应有一个空构造函数。”

因此，该规范的作者似乎不知道或不愿意使用“空构造函数”这一术语，对于JavaBeans本身，仍然没有提及它。