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

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

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

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

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

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

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

Web服务器和应用程序服务器之间的主要区别在于，Web服务器旨在为静态页面（如HTML和CSS）提供服务，而应用程序服务器负责通过执行服务器端代码（如JSP、Servlet或EJB）生成动态内容。

我应该使用哪一个？一旦您了解了web和应用程序服务器以及web容器之间的区别，就很容易确定何时使用它们。如果要提供静态网页，则需要像ApacheHTTPD这样的web服务器。如果您的Java应用程序只有JSP和Servlet来生成动态内容，那么您需要像Tomcat或Jetty这样的web容器。然而，如果您有使用EJB、分布式事务、消息传递和其他奇特功能的JavaEE应用程序，那么您需要一个成熟的应用程序服务器，如JBoss、WebSphere或Oracle的WebLogic。

Web容器是Web服务器的一部分，Web服务器是Application Server的一部分。

Web服务器由Web容器组成，而Application Server由Web容器和EJB容器组成。

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

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

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

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

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

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

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

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

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

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