Enterprise JavaBeans（EJB）是用于在Java平台上开发大规模分布式业务应用程序的规范。EJB 1.0于1998年发布。最新版本EJB 3.2.3已被包含在Jakarta EE中，并将其重命名为Jakarta Enterprise Beans。

EJB架构

EJB体系结构由三个主要组件组成：企业Bean（EJB），EJB容器和Java应用程序服务器。EJB在EJB容器内运行，而EJB容器在Java应用程序服务器内运行。

EJB有两种类型：会话Bean和消息驱动的Bean：

• 会话Bean由客户端调用，并以编程方式使企业功能（例如事务和资源管理）可供客户端使用。
• 消息驱动的bean也封装并提供企业功能，但是它们是异步的并且是事件驱动的。消息驱动的Bean侦听并响应事件，并且不能由客户端调用。

一旦用于在EJB系统中提供持久性，则Java持久性API已取代了实体bean 。继续阅读以了解有关会话Bean和消息驱动的Bean的更多信息。

EJB与JavaBeans

Enterprise JavaBeans是Java EE的第一个基于组件的开发模型。EJB与JavaBeans相似之处在于它是基于组件的，但是相似之处就此结束了：

一个JavaBean的是封装多个对象，符合一定规范的Java类。JavaBeans主要用于客户端开发。

一个企业bean（EJB）是特定的服务器端功能灌输一个Java类。企业bean用于大型业务应用程序和系统。

会话bean

一个会话bean是最通用的类型企业bean，代表的业务功能的块，也可以由客户端调用。在这种情况下，客户端可以是本地JVM中的另一个类或远程调用。

EJB容器管理会话bean的生命周期，该生命周期由bean的状态确定：

• 无状态会话Bean与Java Servlet API中的请求范围相似。无状态会话Bean包含大量可调用功能，但无状态。
• 有状态会话Bean仅与一个客户端相关联，并附加到该客户端的正在进行的会话。有状态会话Bean的功能类似于Servlet API中的会话范围。
• 单例bean与Servlet API中的应用程序范围类似。每个客户一个单例会话bean仅存在一次。

会话bean的线程安全

有状态会话Bean一次只能由一个客户端访问，因此使用这种类型的Bean时可以确保线程安全。无状态会话Bean和单例Bean更加灵活，允许并发连接，这必须由开发人员进行管理。使用这些类型的bean时，您应对线程安全负责。

消息驱动的bean

消息驱动bean（MDB）通过JMS（Java消息服务）消息进行调用。JMS的工作方式类似于分布式Command模式，其中消息驱动的bean充当命令的侦听器。当消息到达主题或队列时，将调用侦听该主题的消息驱动Bean。

[ 在这个由12部分组成的综合课程中，从入门概念到高级设计模式学习Java！]

消息驱动的Bean不像会话Bean那样常用，但是它们功能强大。由于它们是异步的并且是事件驱动的，因此它们对于长期运行的工作特别有用，在这些工作中节约资源非常重要。

最简单的体系结构将由EJB应用程序及其容器和服务器组成，它们与处理MDB的消息服务协调。在生产中，您的体系结构可能会包含第三个专用于使用Bean的组件。在开发中，所有这些组件都可以在同一本地计算机上运行。

图1显示了具有消息驱动bean的典型事件驱动架构。

与使用会话驱动器相比，使用消息驱动的bean涉及更多的工作。在事件驱动的环境中，通常需要像ActiveMQ这样的消息代理。

虽然会话bean更简单，因此在EJB中更常用，但事件驱动的体系结构已变得很流行，尤其是随着微服务的爆炸式增长。

EJB批注

在EJB 3.0之前，定义和使用企业Bean是许多开发人员的难题，在EJB 3.0之前，EJB 3.0为EJB规范引入了注释。注释使配置Java EE中的各种功能的企业bean非常容易。继续阅读以开始使用EJB注释。

@Stateless：定义一个无状态会话bean

为了将一个类指定为无状态会话Bean，可以使用javax.ejb.Stateless批注，如清单1所示。

清单1. @Stateless注释示例

此无状态Bean包含一个简单的签名，该签名不带任何参数并返回一个字符串。但是，不要让简单性蒙骗您：这个bean可以做您需要做的任何事情，包括与其他bean，服务或应用程序的数据层进行交互。

@EJB：使用无状态会话Bean

定义会话bean之后，使用它非常简单：

清单2. @EJB注释示例

在这里，我们将无状态bean注入到servlet中，然后就可以使用它了。注意，如何在@EJB注释下标识Bean 。“无状态”标识告诉我们此bean将不会跟踪客户端。因为它是无状态的，所以我们也知道该bean如果在被调用的方法之外做任何工作，都将受到线程的限制。

@Remote：定义一个远程EJB接口

在以上示例中，我假设EJB和EJB客户端在同一JVM中运行。如果企业bean及其客户端在单独的JVM中运行，那么EJB必须定义一个@Remote接口。在这种情况下，取决于接口的定义和实现，如清单3所示。

清单3. @Remote注释示例

远程接口被发送到客户端以进行调用。然后，EJB的服务器端实现将完成对它的调用。MyStatelessBean清单4中的示例实现了远程接口。

清单4.实现一个远程接口

远程接口的实现就像实现接口的普通类一样。作为远程EJB的使用者，客户端应用程序必须能够访问远程接口的类定义。您可以将远程接口的类定义打包为依赖项JAR。

本地与远程接口

虽然了解如何实现远程接口很重要，但实际上使用本地接口更为常见。缺省情况下使用本地接口，并且只要在同一JVM上下文中调用EJB，就可以使用本地接口。当应用程序分布在多个JVM中时，将使用远程接口。

有状态会话Bean和Singleton Bean

定义和使用有状态@SessionBean和@SingletonBean的过程与您对@StatelessBean 看到的过程相同。记住语义：

• 可以实例化多个会话bean，并将其用于同一客户端。
• 对于整个应用程序，单例bean将仅存在一次。

线程安全和单例调度

使用会话Bean时会内置线程安全性，但是无状态Bean和单例Bean可以由多个客户端同时访问。在实现这些类型的bean时，开发人员负责线程安全。

单例bean通过@Lock注释为线程安全提供了一些支持。您可以在单例bean方法上使用@Lock批注为每个方法设置读/写特权。这两个选项是@Lock(LockType.READ)或@Lock(LockType.WRITE)，这是默认选项。

单例bean的另一个有用功能是能够使用@Schedule注释以简单的方式安排任务。清单5显示了如何每天中午安排任务。

清单5. @Schedule注释示例

CDI与EJB

CDI或上下文和依赖注入是一些开发人员提出的可以替代EJB的较新的企业规范。

在较高的层次上，CDI提供了通用组件框架，而EJB以其功能丰富的独立组件而引人注目。尽管CDI使用依赖项注入来定义和引用任何软件组件，但是EJB组件的定义更为正式，每个组件都提供了一组特定的功能。这两个规范都计划作为Jakarta EE的一部分进行将来的开发，最终将解决CDI是否应替代EJB的问题。

结论

Enterprise JavaBeans是第一个提供在企业Java应用程序中封装和重用业务逻辑的简便方法的规范。EJB远非笨重的庞然大物，它是一个基于注释的精简框架，可让您立即使用各种企业功能。下次要求您快速启动分布式可扩展业务应用程序时，请考虑EJB。您可能会感到惊喜。

最后，我自己是一名从事了多年开发的JAVA老程序员，辞职目前在做自己的java私人定制课程，今年年初我花了一个月整理了一份最适合2019年学习的java学习干货，可以送给每一位喜欢java的小伙伴，想要获取的可以关注我的头条号并在后台私信我：java，即可免费获取。