举例说明。

1.导入java.io.Serializable

关于序列化，请参阅文档。

2.私人领域

字段应该是私有的，以防止外部类轻易修改这些字段。通常使用getter/setter方法，而不是直接访问这些字段。

3.施工人员

没有任何参数的公共构造函数。

4.吸气器/设置器

用于访问和修改私有字段的Getter和setter方法。

/** 1. import java.io.Serializable */
public class User implements java.io.Serializable {
    /** 2. private fields */
    private int id;
    private String name;

    /** 3. Constructor */
    public User() {
    }
    public User(int id, String name) {
        this.id = id;
        this.name = name;
    }

    /** 4. getter/setter */
    // getter
    public int getId() {
        return id;
    }
    public String getName() {
        return name;
    }
    // setter
    public void setId(int id) {
        this.id = id;
    }
    public void setName(String name) {
        this.name = name;
    }
}

JavaBean只是一个标准。它是一个常规的Java类，但它遵循某些约定：

所有财产都是私有的（使用getters/setter）公共无参数构造函数实现可序列化。

就是这样，这只是一个惯例。但许多图书馆都依赖它。

关于Serializable，请参阅API文档：

类的可序列化性由实现java.io.Serializable接口。不实现此功能的类接口将不会序列化或反序列化它们的任何状态。可序列化类的所有子类型本身都是可序列化的。这个序列化接口没有方法或字段，仅用于识别可序列化的语义。

换言之，可序列化对象可以写入流，因此可以写入文件、对象数据库等。

此外，JavaBean和另一个类之间没有语法差异——如果一个类遵循标准，那么它就是JavaBean。

这是一个术语，因为该标准允许库以编程方式处理您以预定义方式定义的类实例。例如，如果一个库想要流式传输您传递给它的任何对象，它知道可以这样做，因为您的对象是可序列化的（假设库要求您的对象为正确的JavaBeans）。

Spring@Bean注释表示一个方法生成一个由Spring容器管理的Bean。

更多参考：https://www.concretepage.com/spring-5/spring-bean-annotation

只是关于bean概念的一些背景/更新。许多其他答案实际上都有其原因，但没有那么多原因。

它们是在Java早期作为构建GUI的一部分而发明的。他们遵循的模式很容易被工具拆开，让他们创建一个财产面板，这样您就可以编辑Bean的属性。通常，Bean财产表示屏幕上的控件（想想x、y、宽度、高度、文本…）

您也可以将其视为强类型数据结构。

随着时间的推移，这些工具对于使用相同类型访问的许多工具变得有用（例如，Hibernate将数据结构持久化到数据库）

随着工具的发展，它们更多地转向注释，而不是分离setter/getter名称。现在大多数系统都不需要bean，它们可以使用任何带注释财产的普通旧Java对象来告诉它们如何操作它们。

现在我将bean视为带注释的属性球——它们只对它们所携带的注释有用。

豆类本身并不是一种健康的模式。由于它们将所有财产暴露给外部操作，因此它们本质上破坏了封装，并且在使用它们时，有一种趋势（绝非要求），即创建代码以外部操作bean，而不是在bean内创建代码（违反了“不要求对象提供其值，要求对象为您做一些事情”）。使用带有最小getter和无setter的带注释POJO更像是OO还原封装，并且具有不变性的可能性。

顺便说一句，当所有这些事情发生时，有人将这个概念扩展到了名为EnterpriseJavaBeans的东西上。这些是。。。不同的它们非常复杂，以至于许多人觉得他们不理解整个Bean概念，并停止使用这个术语。我想，这就是为什么你通常会听到bean被称为POJO（因为每个Java对象都是POJO，这在技术上是可以的，但当你听到某人说POJO时，他们通常会想到遵循bean模式的东西）

JavaBean是JavaBeans体系结构中的一个组件或基本构建块。JavaBeans体系结构是一种组件体系结构，它受益于基于组件的方法的可重用性和互操作性。

有效的组件体系结构应允许程序从软件构建块（在本例中为Beans），可能由不同的供应商提供，也使架构师/开发人员能够选择组件（Bean），了解其功能，并将其合并到应用程序中。

因为类/对象是像Java这样的OOP语言的基本构建块，所以它们是JavaBeans体系结构中Bean的自然竞争者。

将普通Java类转换为Javabean的过程实际上只不过是使其成为可重用和可互操作的组件。这将转化为具有以下功能的Java类：

控制向其他应用程序公开的类的财产、事件和方法。（您可以有一个BeanInfo类，它只报告外部应用程序需要的那些财产、事件和方法。）持久性（可串行化或可外部化-这也意味着没有参数构造函数，对字段使用瞬态）注册事件和生成事件的能力（例如，使用绑定和约束财产）定制器（通过GUI或提供文档来定制Bean）

为了将Java类称为Javabean，它们不需要具备上述所有能力。相反，它意味着实现上述与上下文相关的子集（例如，某个框架中的bean可能不需要自定义程序，其他一些bean可能并不需要绑定和约束的财产，等等）

为了获得上述好处，Java中几乎所有领先的框架和库都隐式地遵循JavaBeans体系结构。

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

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

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

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

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

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