这两者之间的边界越来越薄。

应用程序服务器向客户端公开业务逻辑。这意味着应用程序服务器由一组执行业务逻辑的方法组成（但不限于此，甚至可以是一台网络计算机，允许许多人在其上运行软件）。因此，它只会输出所需的结果，而不是HTML内容。（类似于方法调用）。因此，它不是严格基于HTTP的。

但web服务器将HTML内容传递给web浏览器（严格基于HTTP）。Web服务器只能处理静态Web资源，但服务器端脚本的出现也允许Web服务器处理动态内容。web服务器接收请求并将其引导到相关脚本（PHP、JSP、CGI脚本等），以创建要发送到客户端的HTML内容。一旦接收到内容，web服务器将向客户端发送HTML页面。

然而，现在这两个服务器都一起使用。web服务器接收请求，然后调用脚本来创建HTML内容。然后，脚本将再次调用应用程序服务器LOGIC（例如检索事务细节）来填充HTML内容。

因此这两个服务器都得到了有效的使用。

因此我们可以放心地说，现在，在大多数情况下，web服务器被用作应用服务器的子集。但戏剧性地，情况并非如此。

我读过很多关于这个主题的文章，发现这篇文章非常有用。

应用程序服务器的设计和部署通常是为了促进运行时间更长的进程，而这些进程也将更加耗费资源。

web服务器通常用于资源不密集的短突发。这主要是为了方便提供基于web的流量。

以上所有这些都是非常简单的事情。应用服务器包含一个web服务器，与标准web服务器相比，应用服务器只需要对其进行更多的添加/扩展。如果您以TomEE为例：

CDI - Apache OpenWebBeans
EJB - Apache OpenEJB
JPA - Apache OpenJPA
JSF - Apache MyFaces
JSP - Apache Tomcat
JSTL - Apache Tomcat
JTA - Apache Geronimo Transaction
Servlet - Apache Tomcat
Javamail - Apache Geronimo JavaMail
Bean Validation - Apache BVal

您将看到Tomcat（Web容器/服务器）只是应用服务器库中的另一个工具。如果你愿意，你也可以在web服务器上获得JPA和其他技术，但应用服务器只是为了你的方便而打包所有这些东西。要完全归类为应用服务器，您基本上需要遵守某个标准列出的工具列表。

IBM在这两者之间做了一个非常好的比较：

严格定义，web服务器是应用程序服务器的一个子集。web服务器主要响应来自web浏览器的超文本传输协议（HTTP）请求，提供静态web内容，例如HTML页面、文件、图像和视频。应用程序服务器通常也可以交付web内容，但其主要工作是实现最终用户客户端和服务器端应用程序代码之间的交互，这些代码表示通常称为业务逻辑的内容，以生成和交付动态内容，如交易结果、决策支持或实时分析。应用服务器的客户端可以是应用程序自己的最终用户UI、web浏览器或移动应用程序，客户端-服务器交互可以通过任意数量的通信协议进行。然而，在实践中，web服务器和应用程序服务器之间的界限变得更加模糊，特别是随着web浏览器成为应用程序客户端的选择，以及用户对web应用程序和web应用程序性能的期望值的增加。大多数web服务器支持脚本语言插件（例如，ASP、JSP、PHP、Perl），使web服务器能够基于服务器端逻辑生成动态内容。越来越多的应用服务器不仅具有web服务器功能，而且使用HTTP作为其主要协议，并支持其他协议（例如CGI和CGI变体）与web服务器进行接口。它们还允许web应用程序利用反向代理、集群、冗余和负载平衡服务等服务，从而提高性能和可靠性，并允许开发人员减少对基础设施的关注，而更多地关注编码。为了使事情更加混乱，许多web服务器和一些应用程序服务器被称为web应用程序服务器，或者称为它们自己。底线是，当今最流行的web服务器和应用程序服务器是两者的混合。您现在使用的大多数日益丰富的应用程序都是静态web内容和动态应用程序内容的组合，通过web服务器和应用程序服务器技术的组合提供。

应用服务器和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

正如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。