SessionBean生命周期

1、五、SessionBean生命周期无状态会话Bean的生命周期注意，本图中也涵盖了EJB的标准首先，如果容器没有检测到EJB的存在，或者用户调用了Create方法，则首先使用Class类的newInstance（）创建一个实例，这就是为什么要求SessionBean的实现类要提供一个共有的不带参数的构造函数的原因。之后，需要的话，会使用相关的依赖注入，这里暂时不予以考虑。紧接着是调用SessionBean接口中定义的setSessionContext方法，为实现类注入一个会话上下文实例引用。至于上下文中到底保存了啥内容，看你开发人员往里面放了些啥呗。最后，调用ejbCreate方法，创建相关的

2、内容，所以ejbCreate方法，实际上，相当于一个初始化函数。当无状态会话Bean已经被创建了，那么就处于池中，并且是就绪状态，这个时候就可以使用它其中实现的EJBObject或者EJBLocalObject中所定义的方法了。或者，如果设定了定时器（起增加的，以前没有），就调用ejbTimeout方法，巡回检测，这个跟js脚本中的setTimeout方法没啥区别，换到C抻就是timer类的那个事件方法。不过要注意，这里调用ejbTimeout之后，无状态的仍然是可用的就绪状态，只不过可能是归还给会话bean池了（这要看你方法写什么了）。当要删除此会话Bean的时候，调用ejbRemove方法

3、，进行删除。annotations（名字）形式的都是EJB规范使用的，不适用。从上图可见，对于无状态会话Bean没有ejbPassivate和ejbActivate方法的调用，因为它无需激活和休眠。有状态会话Bean的生命周期首先，创建那个部分就跟无状态的都一样。此处略过。重点讨论一下就绪状态。当有状态的会话Bean处于就绪状态的时候，如果调用非事务方法，并且正常返回没有出错的话，那么仍然回到就绪状态。关于使用事务的方法，稍后再说。处于就绪状态的会话Bean,如果调用了remove、ejbTimeout或者ejbRemove方法，会让次会话bean被删除。如果处于就绪状态的时候，如果容器使用了

4、LRU算法，不幸的成为了牺牲品，那么容器会让当前的Bean休眠，此时会调用ejbPassivate方法，使之进入休眠状态。在休眠态的Bean,如果要被重新激活，则会触发激活事件，此时调用ejbActivate方法。当然，如果休眠太久超时了，或者从任何实例方法抛出系统级异常（这个并非Bean本身能控制的），就会删除此Bean,重新回到不存在的状态。激活和休眠中可以保存的内容对于有状态会话Bean,有必要关注一下哪些东西在休眠的时候得以保存。这样，我们就可以省点力气干别的。在激活和休眠过程中可以被保存的对象有：1. 实现序列化接口的对象2. null3. 对另一个EJB的远程主对象或组件对象的引用

5、4. 对一个实体EJB的本地主对象或者组件对象的引用5. 对SessionContext的引用6. 对UserTransaction的引用(JTA中的内容，用于Bean管理的事务划分)7. 对JNDI上下文环境的引用(ENC)会话同步使用事务的有状态会话Bean在上图中我们看到，在会话Bean处于就绪状态的时候，也可以对其进行事务方法调用。在这种情况下，需要让会话Bean的实现类实现SessionSynchronization接口。而实现此接口的会话Bean所使用的是容器管理的事务(CMT,并非Bean管理器管理的事务(BMT。此接口定义了如下方法：publicvoidafterBegin()

6、throwsEJBException,RemoteException通知一个会话Bean实例，有一个新的事务已经开启，并且此实例后继的业务方法将在此业务中被调用publicvoidafterCompletion(booleancommitted)throwsEJBException,RemoteException通知一个会话Bean实例，一个事务提交协议已经完成，并且其中的参数指明到底是提交成功了，还是回滚了。publicvoidbeforeCompletion()throwsEJBException,RemoteException通知一个会话Bean实例，一个事务将要被提交。回来再看上图。当处于方法就绪状态时候的有状态会话Bean调用了事务方法。那么首先会触发调用afterBegin方法。之后，Bean会在事务方法中处于就绪状态，此时，调用任何事务方法，如果成功仍然会保持在事务方法就绪状态。当事务提交的时候，首先会调用beforeCompletion方法做相关处理，之后，如果传给afterCompletion的参数是true，则在afterCompletion方法