这是一个详细的答案，其中包含一些场景，以清楚地了解差异和相似性，以及两者如何协同工作。

Application Server是一个有时与web服务器混合使用的术语。虽然web服务器主要处理HTTP协议，但应用程序服务器处理几种不同的协议，包括但不限于HTTP。

Web服务器的主要工作是显示站点内容，应用程序服务器负责逻辑、用户和显示内容之间的交互。应用服务器与web服务器协同工作，其中一个显示，另一个交互。

服务器和客户端之间来回传递的信息不限于简单的显示标记，而是两者之间的交互。

在大多数情况下，服务器通过组件API创建这种交互，例如J2EE（Java 2平台）、EJB（Enterprise JavaBean）和其他不同的应用程序软件模型。

例如：

了解应用程序服务器与web服务器协同工作的场景与没有应用程序服务器的场景之间差异的最佳方式是通过在线商店。

场景1：没有应用程序服务器的Web服务器

您有一个只有web服务器而没有应用程序服务器的在线商店。该网站将提供一个显示，您可以从中选择产品。当您提交查询时，站点执行查找并将HTML结果返回给其客户端。web服务器将您的查询直接发送到数据库服务器（请耐心等待，我将在下一篇文章中解释这一点）并等待响应。一旦收到响应，web服务器就会将响应格式化为HTML文件，并将其发送到web浏览器。每次运行查询时，服务器和数据库服务器之间的来回通信都会发生。

场景2：带有应用程序服务器的Web服务器

如果您要运行的查询之前已经完成，并且此后没有数据更改，那么服务器将生成结果，而无需将请求发送到数据库服务器。这允许实时查询，其中第二个客户端可以访问相同的信息并接收实时可靠的信息，而无需向数据库服务器发送另一个重复查询。服务器基本上充当数据库服务器和web服务器之间的中间层。这允许提取的信息可重复使用，而在第一个场景中，由于该信息嵌入到特定的“自定义”HTML页面中，因此这不是一个可重复使用的过程。第二个客户端将不得不再次请求信息，并接收另一个包含所请求信息的HTML嵌入页面——效率很低。更不用说，这种类型的服务器非常灵活，因为它能够管理自己的资源，包括安全性、事务处理、消息传递和资源池。

为了支持如此多种复杂的任务，该服务器必须具有内置的冗余、强大的处理能力和大量的RAM，以实时处理其提取的所有数据。

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

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

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

这是一个详细的答案，其中包含一些场景，以清楚地了解差异和相似性，以及两者如何协同工作。

Application Server是一个有时与web服务器混合使用的术语。虽然web服务器主要处理HTTP协议，但应用程序服务器处理几种不同的协议，包括但不限于HTTP。

Web服务器的主要工作是显示站点内容，应用程序服务器负责逻辑、用户和显示内容之间的交互。应用服务器与web服务器协同工作，其中一个显示，另一个交互。

服务器和客户端之间来回传递的信息不限于简单的显示标记，而是两者之间的交互。

在大多数情况下，服务器通过组件API创建这种交互，例如J2EE（Java 2平台）、EJB（Enterprise JavaBean）和其他不同的应用程序软件模型。

例如：

了解应用程序服务器与web服务器协同工作的场景与没有应用程序服务器的场景之间差异的最佳方式是通过在线商店。

场景1：没有应用程序服务器的Web服务器

您有一个只有web服务器而没有应用程序服务器的在线商店。该网站将提供一个显示，您可以从中选择产品。当您提交查询时，站点执行查找并将HTML结果返回给其客户端。web服务器将您的查询直接发送到数据库服务器（请耐心等待，我将在下一篇文章中解释这一点）并等待响应。一旦收到响应，web服务器就会将响应格式化为HTML文件，并将其发送到web浏览器。每次运行查询时，服务器和数据库服务器之间的来回通信都会发生。

场景2：带有应用程序服务器的Web服务器

如果您要运行的查询之前已经完成，并且此后没有数据更改，那么服务器将生成结果，而无需将请求发送到数据库服务器。这允许实时查询，其中第二个客户端可以访问相同的信息并接收实时可靠的信息，而无需向数据库服务器发送另一个重复查询。服务器基本上充当数据库服务器和web服务器之间的中间层。这允许提取的信息可重复使用，而在第一个场景中，由于该信息嵌入到特定的“自定义”HTML页面中，因此这不是一个可重复使用的过程。第二个客户端将不得不再次请求信息，并接收另一个包含所请求信息的HTML嵌入页面——效率很低。更不用说，这种类型的服务器非常灵活，因为它能够管理自己的资源，包括安全性、事务处理、消息传递和资源池。

为了支持如此多种复杂的任务，该服务器必须具有内置的冗余、强大的处理能力和大量的RAM，以实时处理其提取的所有数据。

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

从上面那些很棒的SO福音传道者的帖子中得出我的结论，我得出结论，两者都是驻留在实际金属服务器（物理服务器）上的软件。两者携手合作，为最终用户提供服务。然后，根据设置，我们可以选择调用它，这意味着如何描述它取决于实际使用的设置。如果它们都位于同一个裸机（物理服务器）上，我们称之为web和应用服务器。。。易于理解的如果在不同的机器上，显然，我们手中有两个不同的裸机（物理服务器）。然后，我们可以根据这些服务器的功能来标记它们：一个web服务器和另一个应用程序服务器。