ejb的各种bean

entitybean---实体bean，对应数据库的列（类似OR映射），持久化，对entitybean的创建、更新、删除都对应到数据库记录的插入、更新、删除操作。

sessionbean--会话bean，作为应用的业务层被调用。分为有状态和无状态。

对于有状态会话Bean来说，只要有客户端发送对有状态会话Bean的访问，服务器都会创建一个会话Bean实例与该客户端对应，这样这个实例与这个客户端就是一一对应的。如果客户端在Bean实例中保存了信息，之后还可以使用。

对 于无状态会话Bean来说，服务器端会维持一个实例池，创建好若干个实例对象供客户端调用。当从客户端发送创建会话Bean的请求时，并不一定会真的创建 EJB，多数情况下是从实例池中得到一个实例，用完之后重新放回实例池。如果下次再访问，再从实例池中取出一个实例使用，并不一定是上次的实例。即使两次 访问使用的是同一个实例，在两次访问之间也有可能有其他的客户端访问了该实例。所以，并不能保证在多次访问之间的信息会被保存。所以，无状态会话Bean 不会专门保存客户端的信息。

各自的优缺点

因 为有状态会话Bean需要保存特定客户端的信息，一个客户端对应一个实例，既是在当时客户端有连接没有访问的情况下，也要为这个客户端保留这个实例。这样 随着客户端数量的增加，服务器端需要创建的实例的数量也在增加，增加到一次程度对服务器的性能就会有一定的影响。为了不对服务器的性能产生影响，通常服务 器会进行一些优化。当客户端的数量超过某个值之后，就不创建新的实例。虽然不创建新的实例，还是需要对用户响应，这时候就采用共享实例的方式。会查看哪个 实例虽然处于连接状态，但是没有访问，然后把这个实例的状态保存起来，使用这个实例为新的请求服务，对于原来的客户端来说，称为挂起。如果原来的客户端又 发送请求了，会重新查找一个空闲的实例并且把已经保存好的状态恢复回来，这个过程称为激活。所以在有状态会话Bean的访问过程，经常会发生查找实例，激 活挂起等操作，所以效率比较低。

而发送对无状态会话Bean的请求的时候，可以随便取一个空闲的实例为客户端服务，所以效率比较高。

有状态会话Bean的好处是，可以保存客户端的状态，所以客户端在后续访问的时候就可以少传递一些参数。而状态会话Bean需要传递方法执行过程中需要的所有参数。

如何选择

根据上面分析的有状态会话Bean和无状态会话Bean的优缺点。如果要频繁的访问，并且多次访问之间会共享一些信息，这时候应该使用有状态会话Bean。对于不经常使用的功能，可以使用无状态会话Bean。无状态会话Bean的使用要比有状态会话Bean的使用多。