应用服务器和web服务器之间的区别是什么？
当前回答
在Java术语中，还有一个：web容器（或者更严格地说，servlet容器）。例如，它位于web服务器和应用程序服务器之间。
Java术语中的web容器是一个应用服务器，它基本上只实现JavaEE的JSP/Servlet部分，并且缺少JavaEE的几个核心部分，例如EJB支持。Apache Tomcat就是一个例子。
其他回答
Web服务器
运行python-m“SimpleHTTPServer”并转到http://localhost:8080.你所看到的是一个运行中的web服务器。服务器只需通过存储在计算机上的HTTP提供文件。关键点是，所有这些都是在HTTP协议之上完成的。例如，也存在FTP服务器，它们执行完全相同的操作（为存储的文件提供服务），但使用不同的协议。
应用程序服务器
假设我们有一个像下面这样的小应用程序（来自Flask的片段）。
@app.route('/')
def homepage():
return '<html>My homepage</html>'
@app.route('/about')
def about():
return '<html>My name is John</html>'
这个小示例程序将URL/映射到函数homepage（），将/about映射到函数about（）。
为了运行这段代码，我们需要一个应用服务器（例如Gunicorn）——一个程序或模块，它可以监听来自客户端的请求，并使用我们的代码动态地返回一些东西。在本例中，我们只返回一些非常糟糕的HTML。
其他人谈论的商业逻辑是什么？好吧，由于URL映射到代码库中的某个特定位置，所以我们假设显示了一些关于程序如何工作的逻辑。
重新包装
web服务器-提供存储在某处的文件（最常见的是.css、.html、.js）。常见的web服务器有Apache、Nginx甚至Python的SimpleHTTPServer。
应用服务器-提供动态生成的文件。本质上，大多数web服务器都有某种插件，甚至带有内置功能。还有严格的应用服务器，如Gunicorn（Python）、Unicorn（Ruby）、uWSGI（Python）等。
请注意，您实际上可以使用应用程序服务器的代码构建web服务器。在某些情况下，在开发过程中，您不希望在计算机上运行大量不同的服务器。
应用程序服务器的设计和部署通常是为了促进运行时间更长的进程，而这些进程也将更加耗费资源。
web服务器通常用于资源不密集的短突发。这主要是为了方便提供基于web的流量。
国际海事组织，这主要是关于分离担忧。
从纯技术角度来看，您可以在单个web服务器中完成所有操作（web内容+业务逻辑）。如果您这样做，那么信息将嵌入请求的HTML内容中。会有什么影响？
例如，假设您有两个不同的应用程序，它们在浏览器上呈现完全不同的HTML内容。如果您将业务逻辑分离为应用服务器，那么您可以提供不同的web服务器，通过脚本在应用服务器中查找相同的数据。然而，如果您不将逻辑分离并将其保存在web服务器中，那么每当您更改业务模型时，您最终都会在您拥有的每一个web服务器中更改它，这将花费更多时间、可靠性降低且容易出错。
这两者之间的边界越来越薄。
应用程序服务器向客户端公开业务逻辑。这意味着应用程序服务器由一组执行业务逻辑的方法组成（但不限于此，甚至可以是一台网络计算机，允许许多人在其上运行软件）。因此，它只会输出所需的结果，而不是HTML内容。（类似于方法调用）。因此，它不是严格基于HTTP的。
但web服务器将HTML内容传递给web浏览器（严格基于HTTP）。Web服务器只能处理静态Web资源，但服务器端脚本的出现也允许Web服务器处理动态内容。web服务器接收请求并将其引导到相关脚本（PHP、JSP、CGI脚本等），以创建要发送到客户端的HTML内容。一旦接收到内容，web服务器将向客户端发送HTML页面。
然而，现在这两个服务器都一起使用。web服务器接收请求，然后调用脚本来创建HTML内容。然后，脚本将再次调用应用程序服务器LOGIC（例如检索事务细节）来填充HTML内容。
因此这两个服务器都得到了有效的使用。
因此我们可以放心地说，现在，在大多数情况下，web服务器被用作应用服务器的子集。但戏剧性地，情况并非如此。
我读过很多关于这个主题的文章，发现这篇文章非常有用。
这是一个详细的答案，其中包含一些场景，以清楚地了解差异和相似性，以及两者如何协同工作。
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，以实时处理其提取的所有数据。
