3大WEB服务器之间的区别_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
3大WEB服务器之间的区别
上传于||暂无简介
阅读已结束，如果下载本文需要使用5下载券
想免费下载本文？
定制HR最喜欢的简历
下载文档到电脑，查找使用更方便
还剩4页未读，继续阅读
定制HR最喜欢的简历
你可能喜欢14130人阅读
java EE web（2）
WEB服务器与应用服务器的区别:
1.WEB服务器:
理解WEB服务器,首先你要理解什么是WEB?WEB你可以简单理解为你所看到的HTML页面就是WEB的数据元素,处理这些数据元素的应用软件就叫WEB服务器,如IIS、apache。 WEB服务器与客户端打交道，它要处理的主要信息有：session、request、response、HTML、JS、CS等。
2.应用服务器:
应用服务器如JSP，处理的是非常规性WEB页面（JSP文件），他动态生成WEB页面，生成的WEB页面在发送给客户端（实际上当应用服务器处理完一个JSP请求并完成JSP生成HTML后它的任务就结束了，其余的就是WEB处理的过程了）。
WEB服务器与应用服务器的联系:
1.WEB服务器一般是通用的，而应用服务器一般是专用的，如Tomcat只处理JAVA应用程序而不能处理ASPX或PHP。而Apache是一个WEB服 务器f（HTTP服务器），后来连接Tomcat应用服务器来支持java。
作者：iTech
本文版权归作者iTech所有，转载请包含作者签名和出处，不得用于商业用途，非则追究法律责任！
& &WEB服务器、应用程序服务器、HTTP服务器有何区别？IIS、Apache、Tomcat、Weblogic、WebSphere都各属于哪种服务器，这些问题困惑了很久，今天终于梳理清楚了：
Web服务器的基本功能就是提供Web信息浏览服务。它只需支持HTTP协议、HTML文档格式及URL。与客户端的网络浏览器配合。因为Web服务器主要支持的协议就是HTTP，所以通常情况下HTTP服务器和WEB服务器是相等的(有没有支持除HTTP之外的协议的web服务器，作者没有考证过)，说的是一回事。
&&& 应用程序服务器(简称应用服务器)，我们先看一下微软对它的定义：&我们把应用程序服务器定义为“作为服务器执行共享业务应用程序的底层的系统软件”。 就像文件服务器为很多用户提供文件一样，应用程序服务器让多个用户可以同时使用应用程序（通常是客户创建的应用程序）&
&& 通俗的讲，Web服务器传送(serves)页面使浏览器可以浏览，然而应用程序服务器提供的是客户端应用程序可以调用(call)的方法(methods)。确切一点，你可以说:Web服务器专门处理HTTP请求(request)，但是应用程序服务器是通过很多协议来为应用程序提供(serves)商业逻辑 (business logic)。
&&& 以Java EE为例，Web服务器主要是处理静态页面处理和作为&Servlet容器，解释和执行servlet/JSP，而应用服务器是运行业务逻辑的，主要是EJB、&JNDI和JMX API等J2EE
API方面的，还包含事务处理、数据库连接等功能，所以在企业级应用中，应用服务器提供的功能比WEB服务器强大的多。
&&&以这样的定义，IIS、Apache都可以属于Web服务器，Weblogic、WebSphere都属于应用服务器。
&& Apache:在Web服务器中，Apache是纯粹的Web服务器，经常与Tomcat配对使用。它对HTML页面具有强大的解释能力，但是不能解释嵌入页面内的服务器端脚本代码（JSP/Servlet。
&& Tomcat:早期的Tomcat是一个嵌入Apache内的JSP/Servlet解释引擎Apache+Tomcat就相当于IIS+ASP。后来的Tomcat已不再嵌入Apache内，Tomcat进程独立于Apache进程运行。 而且，Tomcat已经是一个独立的Servlet和JSP容器，业务逻辑层代码和界面交互层代码可以分离了。因此，有人把Tomcat叫做轻量级应用服务器。
&&& IIS:微软早期的IIS，就是一个纯粹的Web服务器。后来，它嵌入了ASP引擎，可以解释VBScript和JScript服务器端代码了，这时，它就可以兼作应用服务器。当然，它与J2EE应用服务器根本无法相比，但是，从功能上说，从原理上说，它勉强可以称之为应用服务器。确切地说，它是兼有一点应用服务器功能的Web服务器。
&& 综上：Apache是纯粹的web服务器，而Tomcat和IIS因为具有了解释执行服务器端代码的能力，可以称作为轻量级应用服务器或带有服务器功能的Web服务器。
&& Weblogic、WebSphere因为能提供强大的J2EE功能，毫无疑问是绝对的应用服务器。
&& 对于处于中间位置的Tomcat，它可以配合纯Web服务器Apache一起使用，也可以作为应用服务器的辅助与应用服务器一起部署：
一、Tomcat与应用服务器
&&& 到目前为止，Tomcat一直被认为是Servlet/JSP API的执行器，也就所谓的Servlet容器。然而，Tomcat并不仅仅如此，它还提供了JNDI和JMX API的实现机制。尽管如此，Tomcat仍然还不能算是应用服务器，因为它不提供大多数J2EE API的支持。
很有意思的是，目前许多的应用服务器通常把Tomcat作为它们Servlet和JSP API的容器。由于Tomcat允许开发者只需通过加入一行致谢，就可以把Tomcat嵌入到它们的应用中。遗憾的是，许多商业应用服务器并没有遵守此规则。
&&& 对于开发者来说，如果是为了寻找利用Servlet、JSP、JNDI和JMX技术来生成Java Web应用的话，选择Tomcat是一个优秀的解决方案；但是为了寻找支持其他的J2EE API，那么寻找一个应用服务器或者把Tomcat作为应用服务器的辅助，将是一个不错的解决方案；第三种方式是找到独立的J2EE API实现，然后把它们跟Tomcat结合起来使用。虽然整合会带来相关的问题，但是这种方式是最为有效的。。
二、Tomcat与Web服务器
&&& Tomcat是提供一个支持Servlet和JSP运行的容器。Servlet和JSP能根据实时需要，产生动态网页内容。而对于Web服务器来 说，Apache仅仅支持静态网页，对于支持动态网页就会显得无能为力；Tomcat则既能为动态网页服务，同时也能为静态网页提供支持。尽管它没有通常的Web服务器快、功能也不如Web服务器丰富，但是Tomcat逐渐为支持静态内容不断扩充。大多数的Web服务器都是用底层语言编写如C，利用了相应平
台的特征，因此用纯Java编写的Tomcat执行速度不可能与它们相提并论。
&&& 一般来说，大的站点都是将Tomcat与Apache的结合，Apache负责接受所有来自客户端的HTTP请求，然后将Servlets和JSP的请求转发给Tomcat来处理。Tomcat完成处理后，将响应传回给Apache，最后Apache将响应返回给客户端。
&&& 而且为了提高性能，可以一台apache连接多台tomcat实现负载平衡。
&&&关于WEB服务器、应用程序服务器的更详细区别可以参考下面这篇文章：
&&& 通俗的讲，Web服务器传送(serves)页面使浏览器可以浏览，然而应用程序服务器提供的是客户端应用程序可以调用(call)的方法(methods)。确切一点，你可以 说:Web服务器专门处理HTTP请求(request)，但是应用程序服务器是通过很多协议来为应用程序提供(serves)商业逻辑 (business logic)。
　　下面让我们来细细道来:
　　Web服务器(Web Server)
　　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)经常被误认为仅仅是应用程序服务器专有的特征。
　　应用程序服务器(The Application Server)
　　根据我们的定义，作为应用程序服务器，它通过各种协议，可以包括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)技术。
&&一个例子
　　例如，设想一个在线商店(网站)提供实时定价(real-time pricing)和有效性(availability)信息。这个站点(site)很可能会提供一个表单(form)让你来选择产品。当你提交查询 (query)后，网站会进行查找(lookup)并把结果内嵌在HTML页面中返回。网站可以有很多种方式来实现这种功能。我要介绍一个不使用应用程序&的情景和一个使用应用程序服务器的情景。观察一下这两中情景的不同会有助于你了解应用程序服务器的功能。
　　情景1:不带应用程序服务器的Web服务器
　　在此种情景下，一个Web服务器独立提供在线商店的功能。Web服务器获得你的请求(request)，然后发送给服务器端(server- side)可以处理请求(request)的程序。此程序从数据库或文本文件(flat file，译者注:flat file是指没有特殊格式的非二进制的文件，如properties和XML文件等)中查找定价信息。一旦找到，服务器端(server-side)程序
把结果信息表示成(formulate)HTML形式，最后Web服务器把会它发送到你的Web浏览器。
　　简而言之，Web服务器只是简单的通过响应(response)HTML页面来处理HTTP请求(request)。
　　情景2:带应用程序服务器的Web服务器
　　情景2和情景1相同的是Web服务器还是把响应(response)的产生委托(delegates)给脚本(译者注:服务器端 (server-side)程序)。然而，你可以把查找定价的商业逻辑(business logic)放到应用程序服务器上。由于这种变化，此脚本只是简单的调用应用程序服务器的查找服务(lookup service)，而不是已经知道如何查找数据然后表示为(formulate)一个响应(response)。
这时当该脚本程序产生HTML响应(response)时就可以使用该服务的返回结果了。
　　在此情景中，应用程序服务器提供(serves)了用于查询产品的定价信息的商业逻辑。(服务器的)这种功能(functionality)没 有指出有关显示和客户端如何使用此信息的细节，相反客户端和应用程序服务器只是来回传送数据。当有客户端调用应用程序服务器的查找服务(lookup service)时，此服务只是简单的查找并返回结果给客户端。
　　通过从响应产生(response-generating)HTML的代码中分离出来，在应用程序之中该定价(查找)逻辑的可重用性更强了。其 他的客户端，例如收款机，也可以调用同样的服务(service)来作为一个店员给客户结帐。相反，在情景1中的定价查找服务是不可重用的因为信息内嵌在 HTML页中了。
　　总而言之，在情景2的模型中，在Web服务器通过回应HTML页面来处理HTTP请求(request)，而应用程序服务器则是通过处理定价和有效性(availability)请求(request)来提供应用程序逻辑的。
　　警告(Caveats)
　　现在，XML Web Services已经使应用程序服务器和Web服务器的界线混淆了。通过传送一个XML有效载荷(payload)给服务器，Web服务器现在可以处理数据和响应(response)的能力与以前的应用程序服务器同样多了。
　　另外，现在大多数应用程序服务器也包含了Web服务器，这就意味着可以把Web服务器当作是应用程序服务器的一个子集(subset)。虽然应 用程序服务器包含了Web服务器的功能，但是开发者很少把应用程序服务器部署(deploy)成这种功能(capacity)(译者注:这种功能是指既有 应用程序服务器的功能又有Web服务器的功能)。相反，如果需要，他们通常会把Web服务器独立配置，和应用程序服务器一前一后。这种功能的分离有助于提 高性能(简单的Web请求(request)就不会影响应用程序服务器了)，分开配置(专门的Web服务器，集群(clustering)等等)，而且给
最佳产品的选取留有余地
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：321298次
积分：3500
积分：3500
排名：第7561名
转载：152篇
评论：35条
(1)(1)(1)(1)(1)(21)(5)(8)(19)(10)(2)(11)(7)(29)(30)(11)2013年3月 总版技术专家分月排行榜第二
2014年2月 Java大版内专家分月排行榜第一2013年8月 Java大版内专家分月排行榜第一2013年5月 Java大版内专家分月排行榜第一2013年4月 Java大版内专家分月排行榜第一2013年3月 Java大版内专家分月排行榜第一2013年2月 Java大版内专家分月排行榜第一
2013年10月 总版技术专家分月排行榜第三
2014年3月 Java大版内专家分月排行榜第一2014年1月 Java大版内专家分月排行榜第一2013年12月 Java大版内专家分月排行榜第一2013年11月 Java大版内专家分月排行榜第一2013年10月 Java大版内专家分月排行榜第一
2016年1月 Java大版内专家分月排行榜第二2015年12月 Java大版内专家分月排行榜第二2015年8月 Java大版内专家分月排行榜第二2015年3月 Java大版内专家分月排行榜第二2015年1月 Java大版内专家分月排行榜第二2014年12月 Java大版内专家分月排行榜第二2014年11月 Java大版内专家分月排行榜第二2014年6月 Java大版内专家分月排行榜第二2014年4月 Java大版内专家分月排行榜第二2014年1月 Java大版内专家分月排行榜第二2013年11月 Java大版内专家分月排行榜第二
2015年9月 Java大版内专家分月排行榜第三2015年6月 Java大版内专家分月排行榜第三2015年5月 Java大版内专家分月排行榜第三2015年2月 Java大版内专家分月排行榜第三2014年3月 Java大版内专家分月排行榜第三2013年12月 Java大版内专家分月排行榜第三
2015年7月 Web 开发大版内专家分月排行榜第三
2013年4月 MS-SQL Server大版内专家分月排行榜第二
2012年5月 MS-SQL Server大版内专家分月排行榜第三
匿名用户不能发表回复！|
每天回帖即可获得10分可用分！小技巧：
你还可以输入10000个字符
(Ctrl+Enter)
请遵守CSDN，不得违反国家法律法规。
转载文章请注明出自“CSDN（www.csdn.net）”。如是商业用途请联系原作者。web服务器工作原理及http协议通信 - 精彩有我，只为不凡而来…… - ITeye技术网站
博客分类：
一个 Web 服务器也被称为 HTTP 服务器，它通过 HTTP 协议与客户端通信。这个客户端通常指的是 Web 浏览器。
Web服务器的工作原理简单的可以归纳为：客户机连接服务器，客户端向服务器发送请求，服务器向客户机发送应答，客户机与服务器断开。一个简单的事务处理事件就是这样实现的，看起来不简单，做起来其实也是挺简单的，呵呵……需要注意的是客户机与服务器直接的通信是非连接的，也就是当服务器发送了应答后就与客户机断开连接，等待下一次请求。
　　HTTP 是一种让 Web 服务器与浏览器(客户端)通过 Internet 发送与接收数据的协议。它是一个请求、响应协议--客户端发出一个请求，服务器响应这个请求。HTTP 运用可靠的 TCP 连接，通常用的 TCP 80 端口。
在 HTTP 中，客户端总是通过建立一个连接与发送一个 HTTP 请求来发起一个事务。服务器不能主动去与客户端联系，也不能给客户端发出一个回叫连接。客户端与服务器端都可以提前中断一个连接。例如，当用一个浏览器下载一个文件时，你可以通过点击“停止”键来中断文件的下载，关闭与服务器的 HTTP 连接。
http协议使Web服务器和浏览器可以通过Web交换数据。它是一种请求/响应协议，即服务器等待并响应客户方请求。H T T P不维护与客户方的连接，它使用可靠的T C P连接，通常采用TCP 80端口。客户/服务器传输过程可分为四个基一步骤： 1) 浏览器与服务器建立连接； 2) 浏览器向服务器请求文档； 3) 服务器响应浏览器请求； 4) 断开连接。H T T P是一种无状态协议，它不维护连接的状态信息。1. 客户请求客户请求包含以下信息：请求方法请求头请求数据（1）请求方法是用于特定U R L或We b页面的程序HTTP请求方法:方法
请求指定的文档HEAD
仅请求文档头POST
请求服务器接收指定文档作为可执行的信息PUT
用从客户端传送的数据取代指定文档中的内容DELETE
请求服务器删除指定页面OPTIONS 允许客户端查看服务器的性能TRACE
用于测试—允许客户端查看消息回收过程（2）头信息是可选项，它用于向服务器提供客户端的其他信息如果客户采用某种方法获取数据(如P O S T )，数据就放在头( h e a d e r )之后；否则客户机等待从服务器传来的响应。2. 服务器响应服务器响应包括以下关键部分：状态码响应头响应数据HTTP定义了多组返回给浏览器的状态码。响应头向客户方提供服务器和/或请求文档的信息HTTP响应头:方法
描述Server
Web服务器信息Date
当前日期/时间Last Modified
请求文档最近修改时间Expires
请求文档过期时间Content-length 数据长度(字节)Content-type
数据M I M E类型WWW-authenticate 用于通知客户方需要的认证信息(如用户名、口令等)如果有客户方请求的数据，数据放在响应头之后，否则服务器断开连接。3.通信实例：1. 请求在本例中，浏览器请求文档的U R L为h ttp:///index.html。所有的请求均以空行结束。GET /index.html HTTP/1.1Accept: text/plainAccept: text/htmlUser-Agent: Mozilla/4.5(WinNT)
(blank line)（DATA）浏览器使用Get方法请求文档/index.html。浏览器声明它只能接收纯文本和html数据，它使用Mozilla/4.5(Netscape)引擎。2. 响应服务响应包括状态码、一些头信息(以空行结束)及请求数据，假设数据存在，则响应信息如下：HTTP/1.1 200 OKDate Sunday, 15-Jul-05 12:18:33 GMTServer: Apache/1.3.6MIME-version: 1.0Content-type: test/htmlLast-modified: Thursday,02-Jun-05 20:43:56 GMTContent-length: 1432
(blank line)&HTML&
（此行开始为数据部分，与前面头部要空一行）&HEAD&&title&Example Server-Browser Communication&/title&&/HEAD&&BODY&......&/BODY&&/HTML&假设文档未找到，响应信息如下HTTP/1.1 404 NOT FOUNDDate Sunday, 15-Jul-05 12:19:33 GMTServer: Apache/1.3.6注意：每行换行时用：/r/n，头部与数据段之间要多空已行，即用两次/r/n
特别的，请求的一个网页包含着图片或视频等内容时，服务器第一次先发送文本消息，断开连接，客户端再次发送请求，服务器再次发送图片信息，有多少张图片（即除文本标签以为的消息）服务器就要和客户机断开/连接多少次。下面是我用Java编写的一个简单的web服务器：
如果想要代码的话，自己下载：
现在解释一下运行的一些问题：
while (true) {
System.out.println("服务器在等待中……");
// 让服务器循环等待客户机的连接，如果没有whlie(true)语句，当客户机与服务器
// 断开时，web服务器也退出了程序，无法使用
Socket client = server.accept();
// 处理客户端
processClient(client);
服务器在等待中……
（此处为空行）
服务器在等待中……
服务器在等待中……
服务器在等待中……
服务器在等待中……
服务器在等待中……
其中的第一个“服务器在等待中……”是在服务器创建成功后输出的，之后等待客户机连接（即执行Socket client = server.accept();这句代码时，程序处于阻塞状态），当客户机来连接时，输出空行，也就是向请求主页，当服务器向客户机发送了文本时，断开，服务器再次进入等待，此时输出第二个“服务器在等待中……”，客户机再次发送1.jpg图片文件请求，依次类推，知道将客户机请求的全部信息都发送完，这也是web服务器与浏览器（客户机）之间通信的缺点之一，也就是http没连接一次只能完成一次请求，如果html文件中有多张图片，每传送一个图片，客户机和服务器之间都要单独建立一次连接。当然一个好的web服务器不仅仅是这么简单的，但是只要我们掌握了他们通信的原理，写出一个好的web服务器不是一件难事……
描述: 简单web服务器源码下载
下载次数: 118
浏览: 74731 次
来自: 玉林
写的不错，谢谢啦
cooklie 是一个内置对象吗？
请问程序能否反映出当前的端口状态，有什么方法吗？谢谢