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服务器：对于每个URL，它都返回一个文件。这就是它的全部功能。该文件是静态内容，也就是说，在您提出请求之前，它存储在服务器的某个位置。最流行的web服务器是apachehttp和nginx。应用程序服务器：对于每个URL，它都会运行一些用某种语言编写的代码，生成一个响应并返回它。响应事先不存在，它是为您的特定请求生成的，也就是说，它是动态内容。每种语言的应用程序服务器都不同。一些流行的例子是java的tomcat/jetty，python的uwsgi/gunicorn。

几乎您访问的每个页面都同时使用这两种功能。静态内容（例如，图像、视频）由web服务器提供，其余部分（您和其他用户之间不同的部分）由应用服务器生成。

应用程序服务器是一台机器（实际上是在某台机器上运行的可执行进程），它“监听”（在任何信道上，使用任何协议）客户端对其提供的任何服务的请求，然后根据这些请求执行某些操作。（可能涉及或不涉及对客户的回应）

Web服务器是在一台机器上运行的进程，该机器使用“互联网”协议之一（http、https、ftp等）专门“侦听”TCP/IP信道，并根据这些传入的请求执行任何操作。。。通常，（按照最初的定义），它获取/生成并向客户端返回一个html网页，或者从服务器上的静态html文件获取，或者根据传入客户端请求中的参数动态构建。

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

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

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

Web服务器专门处理HTTP/HTTPS请求。它使用HTTP/HTTPS协议向web提供内容。

应用服务器通过任意数量的协议（可能包括HTTP）为应用程序提供业务逻辑。应用程序可以像调用对象上的方法一样使用此逻辑。在大多数情况下，服务器通过一个组件API公开这个业务逻辑，例如在Java EE（Java平台，企业版）应用服务器上找到的EJB（Enterprise JavaBean）组件模型。重点是web服务器通过http协议公开所有内容，而应用程序服务器不限于此。因此，应用服务器提供比web服务器多得多的服务，web服务器通常包括：

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

大多数应用程序服务器都将Web服务器作为其组成部分，这意味着App Server可以执行Web服务器所能执行的任何操作。此外，AppServer还具有支持应用程序级服务的组件和功能，如连接池、对象池、事务支持、消息服务等。

应用服务器可以（但不总是）在web服务器上运行以执行程序逻辑，然后可以由web服务器交付程序逻辑的结果。这是web服务器/应用程序服务器场景的一个示例。Microsoft世界中的一个很好的例子是Internet Information Server/SharePoint Server关系。IIS是一个web服务器；SharePoint是一个应用程序服务器。SharePoint位于IIS之上，执行特定的逻辑，并通过IIS提供结果。例如，在Java世界中，Apache和Tomcat也有类似的场景。

由于web服务器非常适合静态内容，而应用服务器非常适合动态内容，因此大多数生产环境都将web服务器作为应用服务器的反向代理。这意味着在服务页面请求时，静态内容（如图像/静态html）由解释请求的web服务器提供。使用某种过滤技术（主要是请求资源的扩展），web服务器识别动态内容请求并透明地转发到应用服务器。

此类配置的示例是Apache HTTP Server和BEA WebLogic Server。Apache HTTP服务器是Web服务器，BEA WebLogic是应用程序服务器。在某些情况下，服务器是紧密集成的，如IIS和.NET运行时。IIS是web服务器。当配备.NET运行时环境时，IIS能够提供应用程序服务

Web Server                               Programming Environment
Apache                                   PHP, CGI
IIS (Internet Information Server)        ASP (.NET)
Tomcat                                   Servlet
Jetty                                    Servlet

Application Server                       Programming Environment
WAS (IBM's WebSphere Application Server) EJB
WebLogic Application Server (Oracle's)   EJB
JBoss AS                                 EJB
MTS                                      COM+

web服务器运行HTTP协议来服务网页。应用服务器可以（但不总是）在web服务器上运行以执行程序逻辑，然后可以由web服务器交付程序逻辑的结果。这是web服务器/应用程序服务器场景的一个示例。

Microsoft世界中的一个很好的例子是Internet Information Server/SharePoint Server关系。IIS是一个web服务器；SharePoint是一个应用程序服务器。SharePoint位于IIS之上，执行特定的逻辑，并通过IIS提供结果。

例如，在Java世界中，Apache和Tomcat也有类似的场景。