不一定有明确的分界线。如今，许多程序结合了服务http请求（web服务器）和处理业务逻辑（app服务器）的元素

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请求。它使用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+

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

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

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

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

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

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