应用服务器和web服务器之间的区别是什么？
当前回答
正如Rutesh和jmservera所指出的，区别是模糊的。从历史上看，它们是不同的，但在90年代，这两个以前不同的类别混合了特征并有效地合并了。在这一点上，最好的设想是“应用服务器”产品类别是“web服务器”类别的严格超集。
一些历史。在Mosaic浏览器和超链接内容的早期，出现了一种称为“web服务器”的东西，它通过HTTP提供网页内容和图像。大部分内容都是静态的，HTTP1.0协议只是一种传送文件的方式。很快，“web服务器”类别演变为包括CGI功能——有效地对每个web请求启动一个过程以生成动态内容。HTTP也成熟了，产品变得更加复杂，具有缓存、安全性和管理功能。随着技术的成熟，我们从Kiva和NetDynamics获得了特定于公司的基于Java的服务器端技术，这些技术最终都合并到了JSP中。我认为微软在1996年将ASP添加到了Windows NT 4.0中。静态web服务器已经学会了一些新技巧，因此对于许多场景来说，它是一个有效的“应用服务器”。
在一个平行的类别中，应用服务器已经进化并存在了很长时间。公司为Unix提供了Tuxedo、TopEnd、Encina等产品，这些产品从哲学上源自IMS和CICS等大型机应用程序管理和监控环境。微软的产品是微软事务服务器（MTS），后来演变成COM+。这些产品中的大多数指定了“封闭”的特定于产品的通信协议，以将“胖”客户端与服务器互连。（对于Encina，通信协议是DCE RPC；对于MTS，它是DCOM；等等）1995/96年，这些传统的应用服务器产品开始嵌入基本的HTTP通信功能，最初是通过网关。线条开始模糊。
Web服务器在处理更高的负载、更多的并发性和更好的功能方面变得越来越成熟。应用服务器提供了越来越多的基于HTTP的通信功能。
此时，“应用服务器”和“web服务器”之间的界限是模糊的。但作为一个重点，人们继续使用不同的术语。当有人说“web服务器”时，你通常会想到以HTTP为中心、面向web UI的应用程序。当有人说“应用服务器”时，你可能会想到“更重的负载、企业功能、事务和排队、多渠道通信（HTTP+更多）。但通常是同一个产品同时满足两组工作负载要求。”。
IBM的“应用服务器”WebSphere有自己的捆绑web服务器。另一个传统的应用服务器WebLogic也是如此。Windows是微软的应用服务器（除了作为其文件和打印服务器、媒体服务器等），捆绑了IIS。
其他回答
正如许多人之前所说的，web服务器处理HTTP请求，而应用程序服务器处理分布式组件的请求。因此，了解差异的最简单方法是比较两种产品提供的编程环境。
Web服务器->编程环境
IIS:ASP（.NET）
Tomcat：Servlet
码头：Servlet
阿帕奇：Php，CGI
应用程序服务器->编程环境
MTS:COM公司+
是：EJB
JBoss:EJB
WebLogic应用服务器：EJB
关键区别在于，应用程序服务器支持一些分布式组件技术，提供远程调用和分布式事务等功能，如Java世界中的EJB或Microsoft平台上的COM+。Http服务器通常支持一些更简单的编程环境，通常是脚本环境，例如Microsoft的ASP（.NET）或基于Servlet的，包括JSP和Java的许多其他编程环境，或者Apache的PHP和CGI。
其他功能，如负载平衡、集群、会话故障切换、连接池等，过去属于应用服务器领域，现在也可以直接或通过一些第三方产品在web服务器上使用。
最后，值得注意的是，像Spring Framework这样的“轻量级容器”进一步扭曲了这一图景，这些容器通常以更简单的方式补充了应用服务器的用途，而没有应用服务器基础设施。而且，由于应用程序中的分布式方面正从分布式组件转向服务范式和SOA架构，留给传统应用程序服务器的空间越来越少。
虽然两者之间可能存在重叠（某些web服务器甚至可以用作应用服务器），但IMHO最大的区别在于处理模型和会话管理：
在Web服务器处理模型中，重点是处理请求；“会话”的概念几乎是虚拟的。也就是说，通过在客户端和服务器之间传输状态表示（因此是REST）和/或将其串行化到外部持久存储（SQL server、Memcached等）来模拟“会话”。
在应用程序服务器中，会话通常更加明确，并且通常在整个“会话”期间以对象的形式存在于应用程序服务器的内存中。
正如Rutesh和jmservera所指出的，区别是模糊的。从历史上看，它们是不同的，但在90年代，这两个以前不同的类别混合了特征并有效地合并了。在这一点上，最好的设想是“应用服务器”产品类别是“web服务器”类别的严格超集。
一些历史。在Mosaic浏览器和超链接内容的早期，出现了一种称为“web服务器”的东西，它通过HTTP提供网页内容和图像。大部分内容都是静态的，HTTP1.0协议只是一种传送文件的方式。很快，“web服务器”类别演变为包括CGI功能——有效地对每个web请求启动一个过程以生成动态内容。HTTP也成熟了，产品变得更加复杂，具有缓存、安全性和管理功能。随着技术的成熟，我们从Kiva和NetDynamics获得了特定于公司的基于Java的服务器端技术，这些技术最终都合并到了JSP中。我认为微软在1996年将ASP添加到了Windows NT 4.0中。静态web服务器已经学会了一些新技巧，因此对于许多场景来说，它是一个有效的“应用服务器”。
在一个平行的类别中，应用服务器已经进化并存在了很长时间。公司为Unix提供了Tuxedo、TopEnd、Encina等产品，这些产品从哲学上源自IMS和CICS等大型机应用程序管理和监控环境。微软的产品是微软事务服务器（MTS），后来演变成COM+。这些产品中的大多数指定了“封闭”的特定于产品的通信协议，以将“胖”客户端与服务器互连。（对于Encina，通信协议是DCE RPC；对于MTS，它是DCOM；等等）1995/96年，这些传统的应用服务器产品开始嵌入基本的HTTP通信功能，最初是通过网关。线条开始模糊。
Web服务器在处理更高的负载、更多的并发性和更好的功能方面变得越来越成熟。应用服务器提供了越来越多的基于HTTP的通信功能。
此时，“应用服务器”和“web服务器”之间的界限是模糊的。但作为一个重点，人们继续使用不同的术语。当有人说“web服务器”时，你通常会想到以HTTP为中心、面向web UI的应用程序。当有人说“应用服务器”时，你可能会想到“更重的负载、企业功能、事务和排队、多渠道通信（HTTP+更多）。但通常是同一个产品同时满足两组工作负载要求。”。
IBM的“应用服务器”WebSphere有自己的捆绑web服务器。另一个传统的应用服务器WebLogic也是如此。Windows是微软的应用服务器（除了作为其文件和打印服务器、媒体服务器等），捆绑了IIS。
应用服务器和web服务器都用于托管web应用程序。另一方面，Web服务器处理Web容器，Application Server处理Web容器以及EJB（Enterprise JavaBean）容器或Microsoft dot Net的COM+容器。
Web服务器被设计为提供HTTP静态内容（如HTML、图像等），对于动态内容，具有支持Perl、PHP、ASP、JSP等脚本语言的插件，并且仅限于HTTP协议。以下服务器可以生成动态HTTP内容。
Web服务器的编程环境：
IIS:ASP（.NET）
Apache Tomcat：Servlet
码头：Servlet
阿帕奇：Php，CGI
应用程序服务器可以执行Web服务器所能执行的任何操作，并使用任何协议进行侦听。应用程序服务器具有支持应用程序级服务的组件和功能，如连接池、对象池、事务支持、消息服务等。
应用程序服务器的编程环境：
MTS:COM公司+
是：EJB
JBoss:EJB
WebLogic应用服务器：EJB
大多数情况下，这些术语Web服务器和应用服务器可以互换使用。
以下是Web Server和Application Server功能的一些关键区别：
Web服务器旨在为HTTP内容提供服务。App Server还可以提供HTTP内容，但不限于HTTP。它可以提供其他协议支持，如RMI/RPCWeb服务器主要设计用于提供静态内容，尽管大多数Web服务器都有插件来支持Perl、PHP、ASP、JSP等脚本语言，这些服务器可以通过这些语言生成动态HTTP内容。大多数应用程序服务器都将Web服务器作为其组成部分，这意味着App Server可以执行Web服务器所能执行的任何操作。此外，AppServer还具有支持应用程序级服务的组件和功能，如连接池、对象池、事务支持、消息服务等。由于web服务器非常适合静态内容，而应用服务器非常适合动态内容，因此大多数生产环境都将web服务器作为应用服务器的反向代理。这意味着在处理页面请求时，静态内容（如图像/静态HTML）由解释请求的web服务器提供。使用某种过滤技术（主要是请求资源的扩展），web服务器识别动态内容请求并透明地转发到应用服务器
此类配置的示例是Apache Tomcat HTTP Server和Oracle（以前称为BEA）WebLogic Server。Apache Tomcat HTTP服务器是Web服务器，Oracle WebLogic是应用程序服务器。
在某些情况下，服务器是紧密集成的，如IIS和.NET运行时。IIS是web服务器。当配备.NET运行时环境时，IIS能够提供应用程序服务。
