如果您想了解JavaBeans，首先必须了解软件组件。

软件组件

软件组件是运行特定操作的应用程序的一部分。软件组件也可以是服务的一部分。

一个组件是：

已耦合（具有依赖项）Statefull（保存实例变量的状态）不是标准化的，它是为特定的用例而设计的（JavaEEBeans之间的主要区别）在客户端计算机中运行

Java Beans（企业bean）

在Java EE服务器中运行的标准组件包括完成特定服务的不同业务逻辑简化复杂多层分布式系统的开发

JavaBeans更多的是管理大系统的概念。这就是为什么他们需要标准化。

来源

要理解JavaBean，您需要注意以下几点：

JavaBean是概念性的东西，不能表示一类特定的东西

JavaBean是一种开发工具，可以在可重用软件组件的操作中可视化

JavaBean基于SunJavaBeans规范，可以是可重用的组件。它最大的特点是可重用性。

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

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

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

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

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

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

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

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

实际上，Beans只是方便使用的对象。序列化它们意味着能够容易地持久化它们（以易于恢复的形式存储）。

现实世界中Beans的典型用法：

简单可重用对象POJO（纯旧Java对象）可视对象Spring使用Beans处理对象（例如，需要在会话中序列化的User对象）EJB（Enterprise Java Beans），更复杂的对象，如JSF Beans（JSF是过时的技术）或JSP Beans

因此，实际上，Bean只是一种约定/标准，它期望Java对象具有某种行为（序列化），并以某种方式对其进行更改（财产的setter）。

如何使用它们，只是你的发明，但我上面列举的最常见的情况。

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

基本上，一个“憨豆”：

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

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

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

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