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

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

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

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

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

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

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

实际上，Apache是一个web服务器，Tomcat是一个应用程序服务器。当HTTP请求到达web服务器时。然后，web服务器将静态内容发送回浏览器。是否有逻辑要做，然后将该请求发送到应用程序服务器。处理完逻辑后，将响应发送到web服务器并发送到客户端。

最大的区别是Web服务器处理HTTP请求，而应用程序服务器将在任意数量的协议上执行业务逻辑。

首先，web服务器通过HTTP协议提供web内容（HTML和静态内容）。另一方面，应用程序服务器是一个容器，您可以在该容器上构建业务逻辑和流程，并通过各种协议（包括n层架构中的HTTP）将其公开给客户端应用程序。

因此，应用服务器提供比web服务器多得多的服务，web服务器通常包括：

A（专有或非专有）API对象生命周期管理，状态管理（会话），资源管理（例如，到数据库的连接池），负载平衡、故障转移。。。

AFAIK，ATG Dynamo是90年代后期最早的应用服务器之一（根据上面的定义）。在2000年初，它是一些专有应用服务器的统治，如ColdFusion（CFML AS）、BroadVision（服务器端JavaScript AS）等。

虽然两者之间可能存在重叠（某些web服务器甚至可以用作应用服务器），但IMHO最大的区别在于处理模型和会话管理：

在Web服务器处理模型中，重点是处理请求；“会话”的概念几乎是虚拟的。也就是说，通过在客户端和服务器之间传输状态表示（因此是REST）和/或将其串行化到外部持久存储（SQL server、Memcached等）来模拟“会话”。

在应用程序服务器中，会话通常更加明确，并且通常在整个“会话”期间以对象的形式存在于应用程序服务器的内存中。

以上所有这些都是非常简单的事情。应用服务器包含一个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和其他技术，但应用服务器只是为了你的方便而打包所有这些东西。要完全归类为应用服务器，您基本上需要遵守某个标准列出的工具列表。