我们常把EJB服务器中围绕 bean的周边环境称之为容器。容器更像是一个概念，而非物理构件(physical construct)。它充当bean和EJB服务器之间的中介，管理着EJB对象并帮助服务器构件管理bean资源，它还提供诸如事务，安全，并发和运行期命名(naming at runtime)之类的服务。容器与服务器之间的区别并没有明确的界定，但是EJB规范根据容器的职责定义了组件模型，因而此处我们将遵循这一约定。
　　Enterprise bean组件通过定义良好的组件模型与EJB容器进行交互。各类EJB都可以注册由EJB容器产生的各种生命周期事件。它们通过为bean class的方法添加注解的方式来注册感兴趣的特定事件。在运行期间，当相关事件发生时，容器会调用bean实例上这些被注解了的方法。例如，当分配了EJB实例并将被引用的服务注入其中之后，假如提供了EJB的bean class，容器便会调用该bean class上标注了@javax.annotation. PostConstruct的方法。该调用为bean实例提供了机会，使其可以在为请求提供服务之前，做一些额外的初始化工作。Bean class也可以以同样的方式使用其他回调函数。EJB规定了何时调用这些回调方法，以及在其上下文中能做些什么。

　　在EJB 3.0中，你的代码不用像以前版本的EJB规范那样必须实现一个空的回调函数。你只为那些感兴趣的事件编写代码。实现回调方法的bean通常会访问不受EJB系统管理的资源，封装了遗留系统的enterprise bean通常归于此类。

　　javax.ejb.EJBContext 是一个由容器实现的接口，同时也是bean容器规约的组成部分。Session bean使用一个叫做javax.ejb.SessionContext的子类。Message-driven bean则使用javax.ejb.MessageDrivenContext子类。这些EJBContext类型为bean提供了其所在环境的相关信息，内容涉及：容器，使用enterprise bean的客户端，以及bean本身。Bean可以在处理来自客户端的请求和来自容器的回调方法时使用这些信息。

　　除此以外，enterprise bean的接口还包含了JNDI名字空间，我们称其为环境命名上下文(environment-naming context)，bean可以用它来查找所需的资源(包括其他的bean)。