说法一：

给处于其中的应用程序组件（JSP，SERVLET）提供一个环境，使JSP,SERVLET直接跟容器中的环境变量交互，不必关注其它系统问题。 主要有WEB服务器来实现。例如：TOMCAT,WEBLOGIC,WEBSPHERE等。该容器提供的接口严格遵守J2EE规范中的WEB APPLICATION 标准。我们把遵守以上标准的WEB服务器就叫做J2EE中的WEB容器。

说法二：

实际上容器就是一个服务程序,在服务器一个端口就有一个提供相应服务的程序,而这个程序就是处理从客户端发出的请求,如java中的Tomcat容器,ASP的IIS或PWS都是这样的容器,一个服务器不止一个容器的 webscope是一种容器技术。

何为容器：

容器是一种服务调用规范框架，J2EE大量运用了容器和组件技术来构建分层的企业级应用。在J2EE规范中，相应的有WEB Container和EJB Container等。

WEB Container，给处于其中的应用程序组件（JSP，SERVLET）提供一个环境，使JSP、SERVLET直接跟容器中的服务接口交互，不必关注 其它系统问题。WEB Container主要有WEB服务器来实现。例如：TOMCAT,WEBLOGIC,WEBSPHERE等。比如，Resin 2.1.x以上版本提供的Servlet Container就实现了J2EE的Servlet 2.3规范。我们把遵守以上标准的WEB服务器就叫做J2EE中的WEB容器。

WEB容器更多的是跟基于HTTP的请求打交道。而EJB容器不是。它是更多的跟数据库、其它服务打交道。但他们都是把与外界的交互实现从而减轻应 用程序的负担。例如SERVLET不用关心HTTP的细节，直接引用环境变量session,request,response就行、EJB不用关心数据 库连接速度、各种事务控制，直接由容器来完成。

容器的职责：

容器的职责因具体执行的服务调用规范的不同而有差别，比如Servlet Container只需实现Servlet 2.3规范。而Portlet Container，如Pluto，则需要具体实现基于JSR 168 portlet 规范，具体的技术规范，比如需要实现基于容器级的事件处理机制Action Event、Message Event等。从水平的方向来看，通常容器提供系统级的服务调用。

容器与应用服务器：

容器是服务调用规范的具体实现，比如EJB Container是对EJB 2.0规范的实现。然而，实现只是衡量规范的执行程度，通常容器是由应用服务器来具体执行，从这个层面来说，应用服务器又可以称之为容器的容器。

容器与IOC原则：

IOC，Inversion Of Control，即倒置控制，IOC自面向对象诞生起就存在，并不是最新技术，象SRP、OCP和DIP等面向对象的基本法则一样。Inversion Of Control，这个短语是由Brian Foote在他的一篇论文中最先使用的(http://www.laputan.org/drc/drc.html)。组件所需的一切通过 Contexts、Configurations和Loggers的方式赋予组件。

在组件容器中，组件不需要实现或扩展（不依赖）容器类和接口，由容器在组件需要时提供其它依赖组件实例。反例：EJB其中的EJB组件需要实现几个接口，需要用JNDI或全局注册表得到其它EJB实例。

IOC，实现了组件与容器间的解耦，意味着在开发组件时同样可以采用从上至下的方法。不需要建立一个注册类，客户端必须调用此注册类才能获得组件实例 见解三：容器就是一个java运行的环境。 web服务器也是里面的一种。

ejb容器也是一种。weblogic就是一种容器。j2ee的 而tomcat只能算是jsp/servlet的容器。开发一个普通的。需要用到很多。jsp/servlet前台显示。而ejb用于业务逻辑等功