web服务器，应用程序服务器，http服务器的区别

Posted 2020-10-31

WEB服务器、应用程序服务器、HTTP服务器有何区别？IIS、Apache、Tomcat、Weblogic、WebSphere都各属于哪种服务器? 这个概念很重要。

 

Web服务器的基本功能就是提供Web信息浏览服务。它只需支持HTTP协议、html文档格式及URL。与客户端的浏览器配合。因为Web服务器主要支持的协议就是HTTP，所以通常情况下HTTP服务器和WEB服务器是相等的.

应用程序服务器(简称应用服务器)，我们先看一下微软对它的定义："我们把应用程序服务器定义为“作为服务器执行共享业务应用程序的底层的系统软件”。 就像文件服务器为很多用户提供文件一样，应用程序服务器让多个用户可以同时使用应用程序（通常是客户创建的应用程序）"

通俗的讲，Web服务器向客户端传送页面使浏览器可以浏览，然而应用程序服务器提供的是客户端应用程序可以调用的方法。确切一点，你可以说:Web服务器专门处理HTTP请求(request)，但是应用程序服务器是通过很多协议来为应用程序提供商业逻辑 (business logic)。

以Java EE为例，Web服务器主要是处理静态页面处理和作为 Servlet的容器，用来解释和执行servlet/JSP，而应用服务器是运行业务逻辑的，主要是EJB、 JNDI和JMX API等J2EE API方面的，还包含事务处理、数据库连接等功能，所以在企业级应用中，应用服务器提供的功能比WEB服务器强大的多。

以这样的定义，IIS、Apache、Tomcat都可以属于Web服务器，Weblogic、WebSphere都属于应用服务器。 

Apache:在Web服务器中，Apache是纯粹的Web服务器，经常与Tomcat配对使用。它对HTML页面具有强大的解释能力，但是不能解释嵌入页面内的服务器端脚本代码（JSP/Servlet）。

Tomcat:早期的Tomcat是一个嵌入Apache内的JSP/Servlet解释引擎。Apache+Tomcat就相当于IIS+ASP。后来的Tomcat已不再嵌入Apache内，Tomcat进程独立于Apache进程运行。 而且，Tomcat已经是一个独立的Servlet和JSP容器，业务逻辑层代码和界面交互层代码可以分离了。因此，有人把Tomcat叫做轻量级应用服务器。

IIS:微软早期的IIS，就是一个纯粹的Web服务器。后来，它嵌入了ASP引擎，可以解释VBScript和JScript服务器端代码了，这时，它就可以兼作应用服务器。当然，它与J2EE应用服务器根本无法相比，但是，从功能上说，从原理上说，它勉强可以称之为应用服务器。确切地说，它是兼有一点应用服务器功能的Web服务器。

总结：Apache是纯粹的web服务器，而Tomcat和IIS因为具有了解释执行服务器端代码的能力，可以称作为轻量级应用服务器或带有服务器功能的Web服务器。Weblogic、WebSphere因为能提供强大的J2EE功能，毫无疑问是绝对的应用服务器。对于处于中间位置的Tomcat，它可以配合纯Web服务器Apache一起使用，也可以作为应用服务器的辅助与应用服务器一起部署：

 

Tomcat与Web服务器

Tomcat是提供一个支持Servlet和JSP运行的容器。Servlet和JSP能根据实时需要，产生动态网页内容。而对于Web服务器来说， Apache仅仅支持静态网页，对于支持动态网页就会显得无能为力；Tomcat则既能为动态网页服务，同时也能为静态网页提供支持。尽管它没有通常的Web服务器快、功能也不如Web服务器丰富，但是Tomcat逐渐为支持静态内容不断扩充。大多数的Web服务器都是用底层语言编写如C，利用了相应平台的特征，因此用纯Java编写的Tomcat执行速度不可能与它们相提并论。

般来说，大的站点都是将Tomcat与Apache的结合，Apache负责接受所有来自客户端的HTTP请求，然后将Servlets和JSP的请求转发给Tomcat来处理。Tomcat完成处理后，将响应传回给Apache，最后Apache将响应返回给客户端。

而且为了提高性能，可以一台apache连接多台tomcat实现负载平衡。

在大多数情形下，应用程序服务器是通过各种组件的应用程序接口(API)把商业逻辑暴露给客户端应用程序的。

应用程序服务器还可以管理自己的资源，例如看大门的工作包括安全(security)，事务处理(transaction processing)，资源池(resource pooling)，和消息(messaging)。就象Web服务器一样，应用程序服务器配置了多种可扩展(scalability)和容错(fault tolerance)技术。

 

应用程序服务器与web服务器案例：

例如，假设一个在线商店的网站提供实时定价和有效的资讯信息。这个站点很可能会提供一个表单(form)让你来选择产品。当你提交查询后，网站会进行查找并把结果内嵌在HTML页面中返回。网站可以有很多种方式来实现这种功能。下面介绍一个不使用应用程序服务器 的情景和一个使用应用程序服务器的情景。观察一下这两中情景的不同会有助于我们了解应用程序服务器的功能。

 

情景1:不带应用程序服务器的Web服务器

在此种情景下，一个Web服务器独立提供在线商店的功能。Web服务器获得你的请求，然后发送给服务器端可以处理请求的程序。此程序从数据库或文本文件（是指没有特殊格式的非二进制的文件）如在XML文件等中查找定价信息。一旦找到，服务器端程序把结果信息表示成HTML形式，最后Web服务器把会它发送到你的Web浏览器。

简而言之，Web服务器只是简单的通过响应HTML页面来处理HTTP请求。

 

情景2:带应用程序服务器的Web服务器

情景2和情景1相同的是Web服务器还是把响应发送给服务器端脚本程序。然而，你可以把查找定价的商业逻辑放到应用程序服务器上。由于这种变化，此脚本只是简单的调用应用程序服务器的查×××，而不是已经知道如何查找数据然后构建一个响应报文。这时当该脚本程序产生HTML响应(response)时就可以使用该服务的返回结果了。

　　在此情景中，应用程序服务器提供(serves)了用于查询产品的定价信息的商业逻辑。(服务器的)这种功能(functionality)没有指出有关显示和客户端如何使用此信息的细节，相反客户端和应用程序服务器只是来回传送数据。当有客户端调用应用程序服务器的查×××(lookup service)时，此服务只是简单的查找并返回结果给客户端。

通过从构建响应报文HTML的代码中分离出来，在应用程序之中该定价(查找)逻辑的可重用性更强了。其他的客户端，例如收款机，也可以调用同样的服务(service)来作为一个店员给客户结帐。相反，在情景1中的定价查×××是不可重用的因为信息内嵌在 HTML页中了。

总而言之，在情景2的模型中，在Web服务器通过回应HTML页面来处理HTTP请求(request)，而应用程序服务器则是通过处理定价和有效性(availability)请求(request)来提供应用程序逻辑的。

 

Servlet简介

 Servlet是使用Java Servlet应用程序设计接口及相关类和方法的Java程序。它在Web服务器上或应用服务器上运行并扩展了该服务器的能力。Servlet装入Web服务器并在Web服务器内执行。

Servlet是以Java技术为基础的服务器端应用程序组件，Servlet的客户端可以提出请求并获得该请求的响应，它可以是任何Java程序、浏览器或任何设备。

Servlet运行原理

当Web服务器接收到一个HTTP请求时，它会先判断请求内容——如果是静态网页数据，Web服务器将会自行处理，然后产生响应信息；如果牵涉到动态数据，Web服务器会将请求转交给Servlet容器。此时Servlet容器会找到对应的处理该请求的Servlet实例来处理，结果会送回Web服务器，再由Web服务器传回用户端。

Servlet的运行过程

Servlet程序是由WEB服务器调用，web服务器收到客户端的Servlet访问请求后：

①Web服务器首先检查是否已经装载并创建了该Servlet的实例对象。如果是，则直接执行第④步，否则，执行第②步。

②装载并创建该Servlet的一个实例对象。

③调用Servlet实例对象的init()方法。

④创建一个用于封装HTTP请求消息的HttpServletRequest对象和一个代表HTTP响应消息的HttpServletResponse对象，然后调用Servlet的service()方法并将请求和响应对象作为参数传递进去。

⑤WEB应用程序被停止或重新启动之前，Servlet引擎将卸载Servlet，并在卸载之前调用Servlet的destroy()方法。

课本修正

--with-http_flv_module

目前，由于Flash的流行，网络上绝大多数的微视频网站都采用了Flv格式来播放视频。

在互联网上播放视频，有两种方式，一种是文件方式，即通过HTTP协议访问视频文件，这种方式的缺点是不能从特定的帧开始播放；另外一种就是采用专门的流媒体服务器，这种方式的缺点是要搭建复杂的流媒体服务器。不过，现在有了一种集合了以上两种方式优点的一种解决方案，即通过HTTP来实现伪流媒体

搭建Flv视频服务器，建议采用轻量级的HTTP服务器，毕竟Flv文件只是静态文件。轻量级的HTTP服务器有两种选择：lighttpd和nginx。选择任何一个都可以，在提供Flv服务方面，两者相差不多。

下载后进行编译，要将“ --with-http_flv_module ” 加上，这个是用来专门提供Flv服务的模块.FLV激活方式如下：

在server配置中，加入如下语句，表明所有的flv文件由flv模块进行处理：

 

1.location ~ \.flv { flv; }