Web服務器使用HTTP協議完成商業邏輯並返回web頁面給瀏覽器。
APP服務器通過多種協議提供可調用的應用程序接口（API）給客戶端,實現商業邏輯(business logic)。
一、Web服務器
Web服務器可以解析(handles)HTTP協議。當Web服務器接收到一個HTTP請求(request)，會返回一個HTTP響應(response)，通常送回一個HTML頁面。
為了處理一個請求(request)，Web服務器可以響應(response)一個靜態頁面或圖片，進行頁面跳轉(redirect)，或者把動態響應(dynamic response)委托(delegate)給其它程序，例如CGI腳本，JSP(JavaServer Pages)腳本，servlets，ASP(Active Server Pages)腳本，服務器端Java，或者一些其它的服務器端(server-side)技術。無論這些腳本或服務器端技術的商業邏輯如何，通常產生一個HTML的響應(response)供瀏覽器瀏覽。
eg:
Apache是web服務器，
Tomcat是應用（java）服務器，是Apache的擴展，是一個servlet容器。Apache用tomcat擴展后既可以解釋java程序（jsp,serverlet）。
Apache Tomcat 是一款 Java Servlet 和 JavaServer Pages 技術的開源軟件實現，可以作為測試 Servlet 的獨立服務器，而且可以集成到 Apache Web 服務器。
Web服務器的代理模型(delegation model)非常簡單。當一個請求(request)被送到Web服務器里來時，它只單純的把請求(request)傳遞給可以很好的處理請求(request)的程序(服務器端腳本)。Web服務器僅僅提供一個可以執行服務器端(server-side)程序和返回(程序所產生的)響應(response)的環境，而不會超出職能范圍。服務器端(server-side)程序通常具有事務處理(transaction processing)，數據庫連接(database connectivity)和消息(messaging)等功能。
Web服務器不支持事務處理或數據庫連接池，但它可以配置(employ)各種策略(strategies)來實現容錯性(fault tolerance)和可擴展性(scalability)，例如負載平衡(load balancing)，緩沖(caching)。集群特征(clustering—features)經常被誤認為僅僅是應用程序服務器專有的特征。
二、APP服務器
APP服務器，即應用程序服務器，它通過各種協議（包括HTTP），把商業邏輯暴露給(expose)應用程序客戶端，供其使用。應用程序客戶端使用此商業邏輯就象調用對象的一個方法(或過程語言中的一個函數)一樣。
應用程序服務器客戶端，包含有圖形用戶界面的(GUI），可能會運行在一台PC、或者甚至是其它的應用程序服務器上。在應用程序服務器與其客戶端之間傳遞的信息不局限於簡單的顯示標記，而是程序邏輯(program logic)。 這種程序邏輯取得了數據和方法調用(calls)的形式，而不僅僅是靜態HTML。
在大多數情形下，應用程序服務器是通過組件(component)的應用程序接口(API)把商業邏輯暴露(expose)給應用程序客戶端的。例如基於J2EE(Java 2 Platform, Enterprise Edition)應用程序服務器的EJB(Enterprise JavaBean)組件模型。此外，應用程序服務器可以管理自己的資源，例如，包括安全(security)，事務處理(transaction processing)，資源池(resource pooling)， 和消息(messaging)。像Web服務器一樣，應用程序服務器配置了多種可擴展(scalability)和容錯(fault tolerance)技術。
如今，
WEB服務器也可以通過接受XML請求，具有處理數據和響應(response)的能力；
APP服務器服務器在一定程度上包含有WEB服務器功能。但是開發者還是很少以此身份發布app服務器。如果需要的話，他們通常將web服務器和app服務器分離開。這樣的目的是，性能（簡單的web請求不會影響到app服務器的性能）、發布配置（專用的web服務器，集群等）、更好的廠商選擇。