沉淀再出发:web服务器和应用服务器之间的区别和联系

一、前言

关于后端，我们一般有三种服务器(当然还有文件服务器等)，Web服务器，应用程序服务器和数据库服务器，其中前面两个的概念已经非常模糊了，但是在很多场合下面还是非常有用的，因此我们来辨析一下。

二、web服务器和应用服务器之间的区别和联系

2.1、大范围的划分

关于Kerstrel是否web容器，有两种观点：

. 由于Kerstrel不提供编写应用的框架，所以它不是容器；asp.net core才是容器，因为它提供了开发应用的框架并提供web应用（MVC,Web API)运行环境。

. Kerstrel提供了运行环境。

2.2、Web服务器、HTTP服务器、应用服务器

Web服务器的基本功能就是提供Web信息浏览服务。它只需支持HTTP协议、HTML文档格式及URL。与客户端的网络浏览器配合。因为Web服务器主要支持的协议就是HTTP，所以通常情况下HTTP服务器和WEB服务器是相等的(有没有支持除HTTP之外的协议的web服务器)，说的是一回事。
　　 应用程序服务器(简称应用服务器,或者Web应用服务器,如果使用HTTP的话)，Web服务器传送(serves)页面使浏览器可以浏览，然而应用程序服务器提供的是客户端应用程序可以调用(call)的方法(methods)。确切一点，Web服务器专门处理HTTP请求(request)，但是应用程序服务器是通过很多协议来为应用程序提供(serves)商业逻辑 (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一起使用，也可以作为应用服务器的辅助与应用服务器一起部署。

web服务器只能解析静态页面，即html页面，它请求的路径是固定的。而web应用服务器可以解析动态的jsp页面，即它请求的路径是动态生成的，负责的是请求的逻辑处理。所以一般在web项目开发中，apache+tomcat+nginx联合使用，访问静态资源时用apache解析，访问动态资源时用tomcat解析，nginx作为反向代理服务器，同时支持高并发。

2.3、Tomcat

Tomcat与应用服务器

　　到目前为止，Tomcat一直被认为是Servlet/JSP API的执行器，也就所谓的Servlet容器。然而，Tomcat并不仅仅如此，它还提供了JNDI和JMX API的实现机制。尽管如此，Tomcat仍然还不能算是应用服务器，因为它不提供大多数J2EE API的支持。很有意思的是，目前许多的应用服务器通常把Tomcat作为它们Servlet和JSP API的容器。对于开发者来说，如果是为了寻找利用Servlet、JSP、JNDI和JMX技术来生成Java Web应用的话，选择Tomcat是一个优秀的解决方案；但是为了寻找支持其他的J2EE API，那么寻找一个应用服务器或者把Tomcat作为应用服务器的辅助，将是一个不错的解决方案；第三种方式是找到独立的J2EE API实现，然后把它们跟Tomcat结合起来使用。虽然整合会带来相关的问题，但是这种方式是最为有效的。

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实现负载平衡。

2.4、区分web服务器和应用服务器的例子

　　例如，设想一个在线网站提供实时定价和有效性信息。这个站点很可能会提供一个表单让你来选择产品。当你提交查询后，网站会进行查找并把结果内嵌在HTML页面中返回。网站可以有很多种方式来实现这种功能。
情景1:不带应用程序服务器的Web服务器
　　在此种情景下，一个Web服务器独立提供在线商店的功能。Web服务器获得你的请求，然后发送给服务器端可以处理请求的程序。此程序从数据库或文本文件中查找定价信息。一旦找到，服务器端程序把结果信息表示成HTML形式，最后Web服务器把会它发送到你的Web浏览器。简而言之，Web服务器只是简单的通过响应HTML页面来处理HTTP请求。
情景2:带应用程序服务器的Web服务器
　　情景2和情景1相同的是，Web服务器还是把响应的产生委托给服务器端程序(脚本)。然而，你可以把查找定价的商业逻辑放到应用程序服务器上。由于这种变化，此脚本只是简单的调用应用程序服务器的查找服务，而不是已经知道如何查找数据然后表示为一个响应。这时当该脚本程序产生HTML响应时就可以使用该服务的返回结果了。在此情景中，应用程序服务器提供了用于查询产品的定价信息的商业逻辑。服务器的这种功能没有指出有关显示和客户端如何使用此信息的细节，相反客户端和应用程序服务器只是来回传送数据。当有客户端调用应用程序服务器的查找服务(lookup service)时，此服务只是简单的查找并返回结果给客户端。
　　通过从响应产生HTML的代码中分离出来，在应用程序之中该定价查找逻辑的可重用性更强了。其他的客户端，例如收款机，也可以调用同样的服务(service)来作为一个店员给客户结帐。相反，在情景1中的定价查找服务是不可重用的因为信息内嵌在 HTML页中了。
　　总而言之，在情景2的模型中，在Web服务器通过回应HTML页面来处理HTTP请求，而应用程序服务器则是通过处理定价和有效性请求来提供应用程序逻辑的。

现在，XML、Web Services已经使应用程序服务器和Web服务器的界线混淆了。通过传送一个XML有效载荷(payload)给服务器，Web服务器现在可以处理数据和响应的能力与以前的应用程序服务器同样多了。另外，现在大多数应用程序服务器也包含了Web服务器，这就意味着可以把Web服务器当作是应用程序服务器的一个子集(subset)。虽然应用程序服务器包含了Web服务器的功能，但是开发者很少把应用程序服务器部署成指既有应用程序服务器的功能又有Web服务器的功能。相反，如果需要他们通常会把Web服务器独立配置，和应用程序服务器一前一后。这种功能的分离有助于提高性能(简单的Web请求就不会影响应用程序服务器了)，分开配置(专门的Web服务器，集群等等)给最佳产品的选取留有余地。

三、总结

通过分析，我们知道了这几种服务器之间的区别也联系，尽管现在界限越来越模糊了，我们还是要有一定的认识，这样才能在大型项目中合理的选型。

参考文献：https://www.cnblogs.com/zhaoyl/archive/2012/10/10/2718575.html