各种容器和服务器之间的区别和联系

平时我们经常看到各种容器名称：Servlet容器、WEB容器、Java WEB容器、Java EE容器等，还有各种服务器名称：应用服务器、WEB服务器、WEB应用服务器、JavaWEB应用服务器、Java EE服务器等，这么多相似名称，难以弄明白它们之间的区别与联系。

下面我们尝试从它们的定义中，区分它们，找出他们之间的联系，最后通过Apache、nginx、tomcat等举例说明容器以及服务器的联系。

如上图，我们先来看下容器与服务器的联系：容器是位于应用程序/组件和服务器平台之间的接口集合，使得应用程序/组件可以方便部署到服务器上运行。

容器通常理解就是装东西的，我们这里说技术上的容器就是 可以部署应用程序，并在上面运行的环境 。

一般来说，它处理屏蔽了服务器平台的复杂性，使得应用程序在它的基础上可以方便快捷的部署；而对于应用程序来说，它就是位于 应用程序和平台之间的接口集合 。

容器管理组件的生命周期，向应用程序组件分派请求，并提供与上下文数据（如关于当前请求的信息）的接口。

Servlet：属于Java EE重要技术规范，构建了"接收请求--调用servlet程序处理--返回响应"基本模型。

Servlet程序：Java提供了开发Servlet程序的API，该API可以说Servlet容器的一部分，它对接应用程序与Servlet容器；

Servlet容器：就是实现了Servlet技术规范的部署环境，它可以部署运行Servlet程序。

WEB容器：可以部署多个WEB应用程序的环境。web容器给处于其中的应用程序组件(jsp,servlet)提供一个环境，使JSP，Servlet直接跟容器中的环境变量交互，不必关注其他系统问题。

Java WEB容器：实现了 Java EE规定的WEB应用技术规范 的部署环境。

Java EE WEB应用技术规范：Servlet、JSP（JavaServer Pages）、Java WebSocket等。

所以，完整的Java WEB容器包含Servlet容器。

服务器是提供计算服务的设备。由于服务器需要响应服务请求，并进行处理，因此一般来说服务器应具备承担服务并且保障服务的能力。

简单来说，服务器是 提供某些服务的设备 。

应用程序：是指为针对使用者的某种应用目的所编写的软件。

应用服务器：就是运行应用程序，提供应用程序所实现服务的设备。

通常来说， 服务器端的应用程序实现各种业务逻辑，应用服务器通过各种协议把这些业务逻辑曝露给客户端的程序 。它提供了访问商业逻辑的途径，以供客户端应用程序使用。应用服务器使用此业务逻辑就像调用对象的一个方法一样。

WEB：现广泛译作网络、互联网等技术领域。表现为三种形式，即超文本（hypertext）、超媒体（hypermedia）、超文本传输协议（HTTP）等。

WEB服务器：或者叫 HTTP Server ,主要用于操作Http请求，包括接受客户端的请求以及响应。它可以处理请求，也可以将请求转发至其他服务器。

简单来说，WEB服务器是提供网上信息浏览等WEB服务的设备。 Apache、Nginx、IIS是目前最主流的三个Web服务器。可以用它们来构建WEB应用服务器，通常它们发现一个请求是动态请求，就通过CGI、ISAPI、特殊管道等协议接口调用后面的应用服务器来协同处理请求。如Nginx通过fastCGI模块来调用ZendEngine执行PHP应用来处理PHP请求。

上面我们 把应用服务器和WEB服务器 严格区分：应用服务器通过应用程序接口(通常是网络请求API）把业务逻辑暴露给客户端应用程序。而WEB服务器通过HTTP提供静态内容给浏览器等客户端。

如果不严格区分，应用服务器包含WEB服务器，因为WEB服务器是WEB服务应用程序实现的。

WEB应用服务器：结合应用服务器和WEB服务器，可以说，它是带应用服务器的Web服务器，接收HTTP请求后，既能返回页面等静态内容，又能处理业务逻辑返回数据。

Tomcat、Jetty、WebLogic、Websphere、JBoss都是Java（EE） WEB应用服务器。拿最常用的Tomcat来说，Tomcat是Java Servlet，JavaServerPages，Java Expression Language和JavaWebSocket（Java EE）技术的开源实现。

Java EE服务器是实现Java EE技术规范，并提供标准Java EE服务的应用程序服务器。

Java EE服务器有时称为应用服务器，因为它们允许您向客户端提供应用数据，就像Web服务器向Web浏览器提供Web页面一样。

一个典型的JavaEE系统可以由两部分构成首先是Web Server 用于处理静态资源，然后是JavaEE Application Server 用于处理业务的动态资源。而这两部分可以是单独的服务器例如Nginx+WebSphere也可以在一个服务器上完成比如Tomcat(Tomcat即可以处理静态资源又可以处理动态的Servlet)。

从概念上讲：Web服务器是提供WWW服务的程序；Web容器是提供给开发者的框架；Web应用程序服务器内容丰富得多，既可用各厂商通常遵循一定的工业标准并自定义扩展功能而成，也可以利用开源组件轻量级拼装打造。

解释一　　

一句话，转发是服务器行为，重定向是客户端行为。为什么这样说呢，这就要看两个动作的工作流程：

转发过程：客户浏览器发送http请求----》web服务器接受此请求--》调用内部的一个方法在容器内部完成请求处理和转发动作----》将目标资源发送给客户；在这里，转发的路径必须是同一个web容器下的url，其不能转向到其他的web路径上去，中间传递的是自己的容器内的request。在客户浏览器路径栏显示的仍然是其第一次访问的路径，也就是说客户是感觉不到服务器做了转发的。转发行为是浏览器只做了一次访问请求。

重定向过程：客户浏览器发送http请求----》web服务器接受后发送302状态码响应及对应新的location给客户浏览器--》客户浏览器发现是302响应，则自动再发送一个新的http请求，请求url是新的location地址----》服务器根据此请求寻找资源并发送给客户。在这里location可以重定向到任意URL，既然是浏览器重新发出了请求，则就没有什么request传递的概念了。在客户浏览器路径栏显示的是其重定向的路径，客户可以观察到地址的变化的。重定向行为是浏览器做了至少两次的访问请求的。

解释二

重定向，其实是两次request,

第一次，客户端request A,服务器响应，并response回来，告诉浏览器，你应该去B。这个时候IE可以看到地址变了，而且历史的回退按钮也亮了。重定向可以访问自己web应用以外的资源。在重定向的过程中，传输的信息会被丢失。

例子：

请求转发是服务器内部把对一个request/response的处理权，移交给另外一个

对于客户端而言，它只知道自己最早请求的那个A，而不知道中间的B，甚至C、D。 传输的信息不会丢失。

例子：

解释三

假设你去办理某个执照，

重定向：你先去了A局，A局的人说：“这个事情不归我们管，去B局”，然后，你就从A退了出来，自己乘车去了B局。

转发：你先去了A局，A局看了以后，知道这个事情其实应该B局来管，但是他没有把你退回来，而是让你坐一会儿，自己到后面办公室联系了B的人，让他们办好后，送了过来。

IP和DNS服务器没有必然联系。

IP是个协议，实际用到的是IP地址，是一些数字组成的。

DNS服务器是域名服务器，简单点说就是在互联网或广域网中，把英文网址转换成数字地址，进行解析。IP和DNS服务器。

以下是具体定义：

IP是Internet

Protocol的外语缩写，中文缩写为“网协”网络之间互连的协议也就是为计算机网络相互连接进行通信而设计的协议。在因特网中，它是能使连接到网上的所有计算机网络实现相互通信的一套规则，规定了计算机在因特网上进行通信时应当遵守的规则。任何厂家生产的计算机系统，只要遵守IP协议就可以与因特网互连互通。IP地址具有唯一性，根据用户性质的不同，可以分为5类。

DNS是计算机域名系统

(Domain

Name

System

或Domain

Name

Service)

的缩写，它是由域名解析器和域名服务器组成的。域名服务器是指保存有该网络中所有主机的域名和对应IP地址，并具有将域名转换为IP地址功能的服务器。其中域名必须对应一个IP地址，一个域名可以有多个IP地址，而IP地址不一定有域名。域名系统采用类似目录树的等级结构。域名服务器为客户机/服务器模式中的服务器方，它主要有两种形式：主服务器和转发服务器。将域名映射为IP地址的过程就称为“域名解析”。

一、目标不同

转发是服务器行为，重定向是客户端行为 。

二、请求次数不同

1、重定向是两次request 。

第一次，客户端request一个网址,服务器响应，并response回来，告诉浏览器，你应该去别一个网址。

2、请求转发只有一次请求

三、网址定位不同

重定向的网址可以是任何网址，请求转发只能是指定网址。

四、导致的结果不同

不做重定向，则用户收藏夹或搜索引擎数据库中旧地址只能让访问客户得到一个404页面错误信息，访问流量白白丧失；再者某些注册了多个域名的网站，也需要通过重定向让访问这些域名的用户自动跳转到主站点等。

1、网站调整（如改变网页目录结构）；

2、网页被移到一个新地址；

3、网页扩展名改变(如应用需要把php改成Html或shtml)。

参考资料：

-重定向

重定向和转发有一个重要的不同：当使用转发时，JSP容器将使用一个内部的方法来调用目标页面，新的页面继续处理同一个请求，而浏览器将不会知道这个过程。 与之相反，重定向方式的含义是第一个页面通知浏览器发送一个新的页面请求。因为，当你使用重定向时，浏览器中所显示的URL会变成新页面的URL, 而当使用转发时，该URL会保持不变。重定向的速度比转发慢，因为浏览器还得发出一个新的请求。同时，由于重定向方式产生了一个新的请求，所以经过一次重定向后，request内的对象将无法使用。

怎么选择是重定向还是转发呢？通常情况下转发更快，而且能保持request内的对象，所以他是第一选择。但是由于在转发之后，浏览器中URL仍然指向开始页面，此时如果重载当前页面，开始页面将会被重新调用。如果你不想看到这样的情况，则选择转发。

转发和重定向的区别

不要仅仅为了把变量传到下一个页面而使用session作用域，那会无故增大变量的作用域，转发也许可以帮助你解决这个问题。

重定向：以前的request中存放的变量全部失效，并进入一个新的request作用域。

转发：以前的request中存放的变量不会失效，就像把两个页面拼到了一起。