初遇EJB中的宏观总结
第一：什么是EJB？ EJB是sun的服务器端组件模型。EJB是用于开发和部署多层结构的、分布式的、面向对象的Java应用系统的跨平台的可重用构件体系结构，使用EJB结构编写的应用程序具有可扩展性、交互性以及多用户安全特性。 注意：EJB并不是一个产品。它是Java服务器端服务框架的规范。
第二：那EJB既然是个规范，那跟我们常说的的JSP、servlet、JNDI规范有什么关系，跟J2EE又有什么关系？ EJB是J2EE是一部分，也是j2ee的一种规范，定义了一个用于开发基于组件的企业多重应用程序的标准。 EJB与JSP、Servlet、JNDI都是处于同一个级别的，同属于j2EE规范。只是使用的场合不同，JSP技术主要用于界面展示层，而EJB技术主要用于业务逻辑层。 那么看一下j2EE的组件图： 
两种主导J2EE的架构图。上图和下图很相似，只不过上图在web容器与ejb容器之间传送的协议很清楚，便以理解。而下图增加了j2ee规范。
第三：EJB又称企业Java Bean，那EJB与普通的JavaBean有何区别？ 任何一个对属性提供了getset方法的java类，称为javaBean。 Java Bean是具有可重用性的java组件。Java Bean是轻量级的框架。而EJB是重量级框架。轻量级框架提供的服务相对应来讲是少，所以其执行处理能力相对应来说是较弱的，因此相应的减少了开发的复杂度，所以相应来说，是适合小型系统。 另外，Java Bean是开发组件，而不是部署组件。开发组件，是不依赖容器的。而部署组件，是需要依赖容器的。比如EJB组件是需要放在EJB容器下的，应用在J2EE项目中。
第四：为什么需要EJB？ 所谓存在便是合理的。既然存在，肯定有他使用的价值之处。那我们学习之前，必须理解使用他的原因。 在考虑EJB之前，我们想想为啥，使用J2EE呢？ 其实，使用J2EE的目的是开发多层系统，主要目的是为了解耦。比如开始的Model1系统，后来更新为Model2系统。 那我们为什么现在考虑EJB？ 在以前我们开发的J2EE系统，其实都是web系统，我们第一个问题已经提到了开发多层结构的问题。web系统，层次化不清晰，虽然我们也尝试使用javabean来写我们的业务逻辑层，以及使用hibernate框架来实现持久层，但是这种人为的划分，导致普通的javabeans没有明显的标志。比如业务javabean和mvc中的javaben分割界限。 
EJB提供了多层结构，使开发更加弱耦合，从此方便后期的维护以及升级。 EJB支持分布式开发。 EJB支持事务机制。 EJB支持数据存储，也就是我们常说的持久化。 EJB支持安全性。 EJB加强性能的提升。EJB支持对象连接池和缓存机制。优化性能方案很多都是从数据库连接池和缓存机制出发的。
第五：EJB中类型 sessionBean：主要用于业务逻辑。 消息驱动bean【MDB】：主要用于异步通信。 实体bean【entityBean】：主要用于持久操作。
第六：EJB中实现角色分析 为了将EJB成功部署，不仅仅需要应用服务器和EJB组件，实际上，其中有六种角色互相扶持，每个角色都是自己领域的专家，联合工作，必然减少了开发的周期，提高了开发的质量。 正如工作一样，明智的上司，若想把公司实力强大，必须要学会用人。但是前提，必须要了解下属，这样才能发挥其价值。 那讨论一下EJB中的角色 EJB组件提供者：提供开发业务的组件。比如公司甲提供了基础数据的组件，公司乙要开发教务系统。那么直接使用公司甲提供的基础数据即可，不必再开发。其中，公司甲就相当于EJB组件提供者。 应用组件组装者：上例中的乙公司就是。 容器和服务器提供商:其中容器和服务器都不在区分了。容器其实提供了EJB需要的运行条件。比如：使用JBOSs、weblogic、websphere等。 应用部署者：应用组件组装者开发完毕后，应用部署者，把应用部署到相应的服务器中。 系统管理员：应用部署者，部署完毕后，保证项目的稳定以及正常使用，是需要相应的人员来维护的。 工具供应商：为了提高开发的速度，使用IDE环境。比如Eclispe，myeclispe，jbuilder等 
也许在以上的角色可以合并，并不是所有的角色都是独立的。比如现在的我们开发的ejb项目，ejb组件提供者、应用组件组长这、应用部署者、系统管理员都是同一个人。
总结： 从整体上分析初次接触EJB的常见的困惑。 当然在后期会不断整理EJB的知识。比如EJB开发需要、EJB开发实例，以及如何支持事务、分布式。
