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

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

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

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

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

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

国际海事组织，这主要是关于分离担忧。

从纯技术角度来看，您可以在单个web服务器中完成所有操作（web内容+业务逻辑）。如果您这样做，那么信息将嵌入请求的HTML内容中。会有什么影响？

例如，假设您有两个不同的应用程序，它们在浏览器上呈现完全不同的HTML内容。如果您将业务逻辑分离为应用服务器，那么您可以提供不同的web服务器，通过脚本在应用服务器中查找相同的数据。然而，如果您不将逻辑分离并将其保存在web服务器中，那么每当您更改业务模型时，您最终都会在您拥有的每一个web服务器中更改它，这将花费更多时间、可靠性降低且容易出错。

这两个术语都非常通用，一个包含另一个，在某些情况下反之亦然。

Web服务器：使用http协议向Web提供内容。应用程序服务器：托管并公开业务逻辑和流程。

我认为主要的一点是web服务器通过http协议公开所有内容，而应用程序服务器不限于此。

也就是说，在许多情况下，您会发现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和其他技术，但应用服务器只是为了你的方便而打包所有这些东西。要完全归类为应用服务器，您基本上需要遵守某个标准列出的工具列表。

简言之web服务器是通过HTTP请求向用户提供静态网页的服务器。应用服务器是承载系统的业务逻辑的服务器。它通常同时托管长时间运行的/批处理进程和/或互操作服务，这些服务不适合人类使用（REST/JSON服务、SOAP、RPC等）。