Web服務器傳送(serves)頁面使閱讀器能夠閱讀，Web服務器專門處理HTTP懇求(request)。

APP服務器供給的是客戶端應用程序能夠調用(call)的辦法(methods),是經過很多協議來為應用程序供給(serves)商業邏輯(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)腳本，服務器端(server-side)JavaScript，或許一些其它的服務器端(server-side)技能。不管它們(譯者注：腳本)的目的怎么，這些服務器端(server-side)的程序一般發生一個HTML的呼應(response)來讓閱讀器能夠閱讀。

要知道，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服務器
根據咱們的界說，作為應用程序服務器，它經過各種協議，能夠包括HTTP，把商業邏輯暴露給(expose)客戶端應用程序。Web服務器主要是處理向閱讀器發送HTML以供閱讀，而應用程序服務器供給訪問商業邏輯的途徑以供客戶端應用程序運用。應用程序運用此商業邏輯就象你調用目標的一個辦法(或進程語言中的一個函數)相同。
應用程序服務器的客戶端(包括有圖形用戶界面(GUI)的)可能會運行在一臺PC、一個Web服務器或許乃至是其它的應用程序服務器上。在應用程序服務器與其客戶端之間來回絡繹(traveling)的信息不只是局限于簡略的顯現符號。相反，這種信息就是程序邏輯(program logic)。 正是因為這種邏輯取得了(takes)數據和辦法調用(calls)的方式而不是靜態HTML，所以客戶端才能夠隨心所欲的運用這種被暴露的商業邏輯。
在大多數景象下，應用程序服務器是經過組件(component)的應用程序接口(API)把商業邏輯暴露(expose)(給客戶端應用程序)的，例如根據J2EE(Java 2 Platform, Enterprise Edition)應用程序服務器的EJB(Enterprise JavaBean)組件模型。此外，應用程序服務器能夠辦理自己的資源，例如看大門的作業(gate-keeping duties)包括安全(security)，事務處理(transaction processing)，資源池(resource pooling)， 和音訊(messaging)。就象Web服務器相同，應用程序服務器裝備了多種可擴展(scalability)和容錯(fault tolerance)技能。
現在，WEB服務器也能夠經過傳送XML有效載荷(payload)給服務器，具有處理數據和呼應(response)的才能，APP服務器服務器在必定程度上也包括有WEB服務器功用。
此內容來源于網絡，如觸及版權問題請與咱們聯絡。