1、EJB 概念
EJB是Enterprise Java Bean的简称，翻译后应该是：企业级Java组件，也可以称为分布式组件。它是为分布式商业服务提供了一个思想超前的、提供了安全和事务的、通用的平台。
2、EJB体系结构
EnterpriseBean和Serializable接口一样，是一个标记性接口。用于标记一个类为一个Bean（豆，组件）。它有三种实现：SessionBean，EntityBean，MessageDrivenBean。
SessionBean：它是对业务逻辑的封装，类似于我们经常写的Service层。它可以以local, remote, webservice 服务的方式被client调用。
EntityBean：它是对数据库对象的封装，一个EntityBean，就是数据库的一条记录。
MessageDrivenBean：一个messageDrivenBean其实就是一个javax.jms.MessageListener。在JMS中有MessageConsumer，它支持两种接收消息的方式：同步接收采用MessageConsumer#receive()方法，异步接收则是为MessageConsumer设置一个MessageListener，一旦接收到消息，就调用listener#onMessage()。
3、SessionBean
它是对业务逻辑的封装，类似于我们经常写的Service层。它可以以local, remote, webservice 服务的方式被client调用。
3.1 SessionBean服务端组件
SessionBean服务端有三大组件Home、EJbObject、SessionBean。
SessionBean是我们编写业务逻辑的地方。譬如数据库操作，进行计算等等。但是它对于客户端是不可见的，一个SessionBean实例的创建、销毁、激活、钝化等都是由EJB容器来管理的。
EJBObject：你可以将EJBObject看作是SessionBean对象的Proxy。需要将你的业务方法同样在EJBObject中复制一份。例如有一个HelloSessionBean#sayHello(str) 业务，如果要将该业务方法暴露出去给Client使用，与之对应的HelloEJBObject中必然得包含#sayHello(str)方法。也就是说Client需要使用EJBObject来达到与SessionBean交互的。
Home：这个名字起的怪异，我们可以将其理解为一个SessionBean的Factory。EJB容器通过Home对象来创建SessionBean对象，并装配出它的代理对象（EJBObject对象）。这是它的唯一用途。
3.2 Remote与Local
对于Home，和EJBObject，它们俩个都分为两类：Remote,Local。
Remote模式的，主要用于不在同一个JVM进程里，而在同一个进程里使用时，只需要使用Local模式的即可，这样选择自然是为了性能考虑。
Home、EJBObject我们看到的只是接口，谁来创建他们呢？
这个问题其实很简单了，之前已说了EJBObject是一个Proxy，我们不难想到，基于动态代理或者字节码技术，就可以动态的（具体来说就是部署EJB时）生成Home、EJBObject的实现类。
此外，在构建完Home的实现类之后，就会创建出一个单例的Home对象，并将其注册到JNDI服务器上。这样客户端就可以通过jndi服务lookup到该Home的引用。
EJBObject对象，是在client通过EJBHome#create() 或者EJBLocalHome#create()时由服务端的Home对象创建一个EJBObject的实例，并返回它的引用给客户端。
3.3 Client访问处理流程
在上面已经说明Home对象在ejb应用部署时就会创建出一个单例，并注册到JNDI服务器上。
客户端访问一个业务的流程是怎样的呢？
3.3.1 Remote模式下SessionBean 的访问流程
|
1、客户端通过JNDI获取到Home对象（EJBHome）的引用 2、客户端使用homeRef#create()方法来创建出EJBObject的Stub。 2.1）客户端底层使用Socket通信将次过程发给服务端Skeleton。
2.2）Skeleton调用服务端的Home对象的create方法，分配SessionBean对象（可能是新创建一个，也可能是从对象池中取一个，具体怎样依赖于是否是Stateful的），同时为该SessionBean对象生成一个代理对象（EJBObject实例），然后返回代理对象的引用。 2.3）客户端拿到EJBObject的引用就是Stub对象。 3、客户端访问业务 3.1) 客户端底层使用Socket通信将次过程发给服务端Skeleton。 3.2）Skeleton根据请求找到该EJBObject，调用与之关联的SessionBean的相应的业务。返回结果 3.3）客户端得到调用结果 |
3.3.2 Local模型下SessionBean的访问流程
|
1、客户端通过JNDI获取到Home对象（EJBLocalHome）的引用 2、客户端使用homeRef#create()方法来创建出EJBLocalObject（怎么创建也要依赖于是否的Stateful的） 3、客户端访问业务 |
很容易对比出Local模式性能好在哪了。
在EJB3 中，会有更方便的写法了，用@EJB即可搞定。
3.4 基于EJB2.1的Demo
1）编写业务接口 AdviceService
public interface AdviceService { String getAdvice(String str) throws RemoteException; }
2) 编写SessionBean类
public class AdviceServiceImpl implements AdviceService, SessionBean { public String getAdvice(String str){ return “Advice” + str; } // 其他的ejbCreate,ejbActivate等不展示 }
3）指定EJBObject接口
public interface AdviceServiceEjbObject extends EJBObject, AdviceService{ }
4) 指定Home接口
public interface AdviceServiceFactory extends EJBHome{ public AdviceServiceEjbObject create() throws RemoteException, CreateException; }
5) 在ejb-jar.xml中配置要暴漏的SessionBean：
ejb-jar.xml是放在META-INF目录下。
6）关联到jndi服务
这一步是WebLogic服务器上配置的，其他的JavaEE服务器应该也有类似的机制。
7）打包部署到JavaEE服务上。
8）客户端调用
代码中的JndiResources.getProperty(“ejb.advice”) 用于取得 xxx.properties文件中配置的JNDI名称，这个JNDI名称，就是第6步映射的JNDI名称。EjbEnvs.getEjbEnv()方法，是为了得到在不同的JavaEE服务器上的InitialContext的配置，这属于测试用例的配置。
例如：
然后就是通过JNDI获取的Home Reference，然后调用create获取EJBObject的Stub，最后调用业务方法。
3.5 SessionBean 分类
在上面说的通过Home对象的create过程中，有个SessionBean创建，是要依赖于是否是Stateful的。也就是说SessionBean会区分为：Stateless, Stateful，在EJB3.1加入Singleton的。
3.5.1 Stateful SessionBean
对于一个普通的Java对象而言，它的属性就是它的状态。而Stateful SessionBean是与Client相关联的，也就是说一个Client会有一个SessionBean与之对应。这样的SessionBean可以存活在与Client的整个会话期间。当一个Client终端时，SessionBean才会与该Client失去联系。
SessionBean的state（也就是对象的字段）会在整个会话期间保留，直到会话关闭。
3.5.2 Stateless SessionBean
无状态的SessionBean，它的state只会存在于业务方法调用期间，一旦方法调用完毕，这些字段就会失效。无状态的SessionBean不会与某个Client关联。
3.5.3 Singleton SessionBean
单例的SessionBean，那么对于一个应用，只会存在一个这样的对象。它是可以被多个Client并发的调用的。Stateful、Stateless SessionBean，在同一时间都只能为一个Client服务，它们是采用对象池技术实现的。
|
|
Stateful |
Stateless |
Singleton |
|
与Client关联 |
是 |
否 |
否 |
|
单个实例支持并发访问 |
否 |
否 |
是 |
|
对象管理 |
LRU等缓存 |
对象池 |
单例 |
|
发布为WebService |
否 |
是 |
是 |
|
存活周期 |
整个会话 |
单个业务方法调用 |
应用 |
|
单个实例被多个Client重用 |
不会 |
可以 |
可以 |
3.6 SessionBean 生命周期
3.6.1 Stateful SessionBean
对于Stateful SessionBean。当Client通过Home Ref执行create时，服务端的Home会直接创建一个代理对象（EJBObject/EJBLocalObject实例），和一个SessionBean（会被EJB容器决定是否作为钝化状态）。
图中上边的：1）2）3）4）分别代表了：
1） SessionBean 对象的创建
2） 依赖注入
3） 执行@PostConstruct
4） 执行init方法、或者ejbCreate方法。
此时对象创建完毕,bean变为ready状态，也会返回给client一个proxy的stub。但EJB容器仍然要对这个SessionBean的状态定期进行处理，通常会基于LRU缓存对cache中bean进行passivate处理。Passivate之前、activate之后会有相应的回调方法执行。
图中下边的1）2）代表了：
1） Client调用@Remove
2） 服务端调用@PreDestory
之后一个SessionBean就被销毁了，等待它的将是JVM的GC。
3.6.2 Stateless SessionBean
对于Stateless SessionBean，当Client使用Home Ref创建EJBObject（或者EJBLocalObject）对象时，并不会创建一个关联的Session Bean。当调用业务时，才会从SessionBean Pool选择一个空闲的处理业务。它是不存在passivate, activate的转换的。
3.6.3 Singleton SessionBean
上文说了，它的生命周期在整个应用期间。
4、EntityBean
可以把EntityBean看做是数据库记录。数据库的访问才用JPA（Java Persistence Abstract，参见javax.persistence.*）
分为CMP（Container managed Persistence），BMP （Stateless SessionBean managed Persistence）两种，他们支持事务（声明式事务、编程式事务）
事务支持扁平式事务，嵌套式事务。学过Spring的人应该都了解的，相信Spring的作者肯定对EJB了解极深。
5、MessageDrivenBean
在前面已经说明，他就是一个MessageListener。
前文已经说明了一切。这里只说一下MessageDrivenBean的生命周期：
6、EJB vs Spring
网上充斥着大量的EJB已死、Spring替代EJB的文章。我就纳闷了，EJB是做分布式业务调用的，Spring是做IOC的，两者有什么可比的呢？这是我在了解EJB之前的一个疑问。
通过对EJB做了个简单的了解，我终于知道他们在比什么了：
AOP & IOC
通过上面对EJB的阐述，我们从Bean的生命周期中，我们可以看到，EJB容器可以说是IOC的先驱。在后续的版本中EJB已经补齐了IOC的支持。
EJB中对SessionBean调用之前，还有做一些其他事情， 譬如Security、Transaction。这完完全全就是AOP的应用嘛。
通过上面的例子知道，要部署一个EJB组件，确实挺麻烦的，还要写那么多程序化的接口（Home和EJBObject）。EJB3.0之后支持了注解，释放了这个繁琐的过程。也就是说EJB的笨重，应该是Spring等一大批IOC容器（Spring，Guice，HK2）产生的原因了。
只能说EJB在某些场合（Local模式下）下被Spring替代。