应用服务器和web服务器之间的区别是什么？
当前回答
国际海事组织，这主要是关于分离担忧。
从纯技术角度来看，您可以在单个web服务器中完成所有操作（web内容+业务逻辑）。如果您这样做，那么信息将嵌入请求的HTML内容中。会有什么影响？
例如，假设您有两个不同的应用程序，它们在浏览器上呈现完全不同的HTML内容。如果您将业务逻辑分离为应用服务器，那么您可以提供不同的web服务器，通过脚本在应用服务器中查找相同的数据。然而，如果您不将逻辑分离并将其保存在web服务器中，那么每当您更改业务模型时，您最终都会在您拥有的每一个web服务器中更改它，这将花费更多时间、可靠性降低且容易出错。
其他回答
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服务器。在某些情况下，在开发过程中，您不希望在计算机上运行大量不同的服务器。
不一定有明确的分界线。如今，许多程序结合了服务http请求（web服务器）和处理业务逻辑（app服务器）的元素
最大的区别是Web服务器处理HTTP请求，而应用程序服务器将在任意数量的协议上执行业务逻辑。
正如许多人之前所说的，web服务器处理HTTP请求，而应用程序服务器处理分布式组件的请求。因此，了解差异的最简单方法是比较两种产品提供的编程环境。
Web服务器->编程环境
IIS:ASP（.NET）
Tomcat：Servlet
码头：Servlet
阿帕奇：Php，CGI
应用程序服务器->编程环境
MTS:COM公司+
是：EJB
JBoss:EJB
WebLogic应用服务器：EJB
关键区别在于，应用程序服务器支持一些分布式组件技术，提供远程调用和分布式事务等功能，如Java世界中的EJB或Microsoft平台上的COM+。Http服务器通常支持一些更简单的编程环境，通常是脚本环境，例如Microsoft的ASP（.NET）或基于Servlet的，包括JSP和Java的许多其他编程环境，或者Apache的PHP和CGI。
其他功能，如负载平衡、集群、会话故障切换、连接池等，过去属于应用服务器领域，现在也可以直接或通过一些第三方产品在web服务器上使用。
最后，值得注意的是，像Spring Framework这样的“轻量级容器”进一步扭曲了这一图景，这些容器通常以更简单的方式补充了应用服务器的用途，而没有应用服务器基础设施。而且，由于应用程序中的分布式方面正从分布式组件转向服务范式和SOA架构，留给传统应用程序服务器的空间越来越少。
虽然两者之间可能存在重叠（某些web服务器甚至可以用作应用服务器），但IMHO最大的区别在于处理模型和会话管理：
在Web服务器处理模型中，重点是处理请求；“会话”的概念几乎是虚拟的。也就是说，通过在客户端和服务器之间传输状态表示（因此是REST）和/或将其串行化到外部持久存储（SQL server、Memcached等）来模拟“会话”。
在应用程序服务器中，会话通常更加明确，并且通常在整个“会话”期间以对象的形式存在于应用程序服务器的内存中。
