应用服务器和web服务器都用于托管web应用程序。另一方面，Web服务器处理Web容器，Application Server处理Web容器以及EJB（Enterprise JavaBean）容器或Microsoft dot Net的COM+容器。

Web服务器被设计为提供HTTP静态内容（如HTML、图像等），对于动态内容，具有支持Perl、PHP、ASP、JSP等脚本语言的插件，并且仅限于HTTP协议。以下服务器可以生成动态HTTP内容。

Web服务器的编程环境：

IIS:ASP（.NET）

Apache Tomcat：Servlet

码头：Servlet

阿帕奇：Php，CGI

应用程序服务器可以执行Web服务器所能执行的任何操作，并使用任何协议进行侦听。应用程序服务器具有支持应用程序级服务的组件和功能，如连接池、对象池、事务支持、消息服务等。

应用程序服务器的编程环境：

MTS:COM公司+

是：EJB

JBoss:EJB

WebLogic应用服务器：EJB

从上面那些很棒的SO福音传道者的帖子中得出我的结论，我得出结论，两者都是驻留在实际金属服务器（物理服务器）上的软件。两者携手合作，为最终用户提供服务。然后，根据设置，我们可以选择调用它，这意味着如何描述它取决于实际使用的设置。如果它们都位于同一个裸机（物理服务器）上，我们称之为web和应用服务器。。。易于理解的如果在不同的机器上，显然，我们手中有两个不同的裸机（物理服务器）。然后，我们可以根据这些服务器的功能来标记它们：一个web服务器和另一个应用程序服务器。

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

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

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

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

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

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

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

简言之web服务器是通过HTTP请求向用户提供静态网页的服务器。应用服务器是承载系统的业务逻辑的服务器。它通常同时托管长时间运行的/批处理进程和/或互操作服务，这些服务不适合人类使用（REST/JSON服务、SOAP、RPC等）。