现实中，很多朋友对两种session bean存在误解，认为有状态是实例一直存在，保存每次调用后的状态，并对下一次调用起作用，而认为无状态是每次调用实例化一次，不保留用户信息。仔细分析并用实践检验后，你会发现，事实恰好相反：
有状态和无状态会话bean的本质区别是它们的生命期。
首先解释一个下面要用到的概念－－用户：session bean 的用户实际上就是直接调用ejb的类的实例，甚至是这个实例的某个方法。同一个类的不同实例对于session bean 来说是不同的用户。
有状态会话bean ：每个用户有自己特有的一个实例，在用户的生存期内，bean保持了用户的信息，即“有状态”；一旦用户灭亡（调用结束或实例结束），bean的生命期也告结束。即每个用户最初都会得到一个初始的bean。
无状态会话bean ：bean一旦实例化就被加进会话池中，各个用户都可以共用。即使用户已经消亡，bean 的生命期也不一定结束，它可能依然存在于会话池中，供其他用户调用。由于没有特定的用户，那么也就不能保持某一用户的状态，所以叫无状态bean。但无状态会话bean 并非没有状态，如果它有自己的属性（变量），那么这些变量就会受到所有调用它的用户的影响，这是在实际应用中必须注意的。
1.无状态会话Bean
从字面意思来理解，无状态会话Bean是没有能够标识它的目前状态的属性的Bean。例如：
public class A {
public A() {}
public String hello() {
return "Hello 谁？";
}
}
public class Client {
public Client() {
A a = new A();
System.out.println(a.hello());
A b = new A();
System.out.println(b.hello());
}
}
在Client中生成了两个A的实例，不管是对象a还是b，它们是没有状态的。对于Client来说a和b是没有差别的（但a != b）。所以同一个无状态会话Bean的实例都是相同的，可以被不同的客户端重复使用。
2.状态会话Bean
至于状态会话Bean，可以这样理解：它是有存储能力的。也就是说至少有一个属性来标识它目前的状态。例如：
public class B {
private String name;
public B(String arg) {
this.name = arg;
}
public String hello() {
return "Hello" + this.name;
}
}
public class Client {
public Client() {
B a = new B("中国");
System.out.println(a.hello());
B b = new B("世界");
System.out.println(b.hello());
}
}
3.调度池：
其实调度池的概念同数据连接池概念基本相同，都是为了提高系统性能而设计的。就像是饺子馆一样，饺子的做法可以有两种，一种是不管当前有没有客人，先将一些饺子下锅，等到客人来后可以马上捞出来给客人吃。还有一种是客人来后才将饺子下锅。这个例子显然不是十分恰当，但它的确能说明问题。调度池的概念就像是饺子的第一种做法一样，先将一些Bean实例放入池中，（也就是缓存起来，具体缓存多少取决于不同的容器）等到客户端调用时直接可以取来使用。它和饺子的区别还是很大的，要是饺子下锅后没有客人来吃可惨了
4.无状态会话Bean实现调度池调度：
因为无状态会话Bean是不保存会话状态的，所以无论哪个客户端调用了某个无状态会话Bean，都没有差别，也就是说任何一个无状态会话Bean的实例都可以为客户端程序提供服务。而且无状态会话Bean同客户端的关系是1：n。也就是说，同一个会话Bean实例可以供不同客户端使用。因此无状态会话Bean可以被存储在调度池中，供不同客户端重用。
5.状态会话Bean实现调度池调度：
因为状态会话Bean是保持当前会话的状态的，所以实现起来远比无状态会话Bean困难。因为它要保存会话状态，但物理内存的空间是有限的，想要保存n多客户端当前会话状态是不可能的。EJB容器采取了同操作系统相同的做法，将状态会话Bean对话状态保存在硬盘或其它存储器中（钝化passivation）。当被钝化的Bean原先的客户端调用其方法时，被钝化的状态重新交还给Bean（激活activation）。也许容器把被钝化的状态交还给不同的Bean实例，那又有什么关系呢？只要这个Bean实例能跟原先钝化之前的那个Bean实例一模一样就行了。事实上它的确一模一样：）大多数容器采用最近最少被使用（Least Recently Used:LRU）的钝化策略。因为客户端是不可能一直在执行操作，他可能在看新闻或其它什么的。所以以这种方式钝化Bean是非常合理有效的。但有一个例外：正在进行事务处理的Bean一定要等到事务处理完毕后才能被钝化。大多数容器采用根据需要被激活（Just-in-time）的策略。客户有请求，ok没问题，激活那个被钝化了的Bean：）注：钝化和激活跟无状态会话Bean没关系。