这取决于具体的体系结构。一些应用程序服务器可能在本地使用web协议（XML/RCP/SOAP over HTTP），因此技术上几乎没有差别。通常，web服务器面向用户，通过HTTP/HTTPS提供各种内容，而应用服务器不面向用户，可能使用非标准或不可路由的协议。当然，使用RIA/AAJAX，差异可能会更加模糊，只向客户提供非HTML内容（JSON/XML），从而提供特定的远程访问服务。

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+

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

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

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

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

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

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

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

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

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

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

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

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

也就是说，在许多情况下，您会发现web服务器被用于创建应用程序服务器的前端，即它公开了一组网页，允许用户与应用程序服务器中的业务规则进行交互。

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