页面跳转的方法以及301 和 302的区别 - Frank.Fan - 推酷
页面跳转的方法以及301 和 302的区别 - Frank.Fan
在web开发的时候经常会遇到页面重定向的问题，说起重定向就不得不说HTTP STATUS CODE 301 和302. 301 是
Moved Permanently
Temporarily Moved
，是&暂时转移&。
在生产环境，建议使用
永久重定向，不使用
临时跳转，
因为对于搜索引擎来说，会自动将原来页面的收录和权重转移到新的页面，有利于
一、C#实现301和302跳转
把C#代码写在前台aspx页面中,好处是不用编译就可以发布。直接使用Redirect就是302跳转。
&% Response.Redirect(&&); %&&
如果在跳转的时候加一些HTTP HEADER，在.net 2.0下也可实现301永久转移。
Response.Status = &301 Moved Permanently&;
Response.AddHeader(&X-Message&, &By fanyong @ SNDA&);
Response.AddHeader(&Location&, &/&);
Response.Write(&&head&&title&Document Moved&/title&&/head&&body&&h1&Object Moved&/h1&This document may be found &a HREF=\&\&&here&/a&&/body&&);
Response.End();
当然，在高版本的Framework中，直接使用：
Response.RedirectPermanent() 实现301永久转移。
二、js控制跳转
&script type=&text/javascript&&
window.onload=function redirct2qidian(){
window.location.href=&/&;
或者通过：
&meta http-equiv=&Refresh& content=&3; url=& /&
这2种方法的缺点是搜索引擎蜘蛛不会执行js，所以使用js跳转不会把原来页面的权重转移到新的页面，
而且搜索引擎对于javascript重定向以及meta刷新会认定为欺骗而进行惩罚。因此不可取。
已发表评论数()
&&登&&&陆&&
已收藏到推刊！
请填写推刊名
描述不能大于100个字符!
权限设置： 公开
仅自己可见西西软件下载最安全的下载网站、值得信赖的软件下载站！
您的位置：
→ httpwatch怎么用？HttpWatch网页数据分析详细图文教程
HttpWatch强大的网页数据分析工具.集成在Internet Explorer工具栏.包括网页摘要.Cookies管理.缓存管理.消息头发送/接受.字符查询.POST&数据和目录管理功能.报告输出HttpWatch&是一款能够收集并显示页页深层信息的软件。它不用代理服务器或一些复杂的网络监控工具，就能够在显示网页同时显示网页请求和回应的日志信息。甚至可以显示浏览器缓存和IE之间的交换信息。集成在Internet Explorer工具栏。一、安装HttpWatch
类别： 浏览辅助 &&&大小：18.0M
&&&语言： 英文
略过^_^&二、基本功能介绍启动Httpwatch从IE的“查看”―“浏览器栏”―“HttpWatch”启动HttpWatch。如下图所示：以下是HttpWatch程序界面以下用登录我的邮箱例子来展示Httpwatch:点击“Record”后，在IE打开需要录制的网址,，输入用户名，密码后完成登录操作1．&3.1 Overview（概要）表示选定某个信息显示其概要信息如上图红框所示：URL：&/external/closea_d.jsResult：200请求的URL是/external/closea_d.js&，返回的Htpp状态代码结果200，表示成功；Resync URL&& Browser requested refresh if changed -&/external/closea_d.js浏览器请求的URLStarted At&&&&& 2008-Jan-04 09:21:09.422 (local time)请求开始时间(实际记录的是本机的时间)Connect&&&&&& Connect to IP address '218.107.55.86'请求的网址的IP地址Http Request&& Unconditional request sent for&/external/closea_d.jsHttp请求，当浏览器向发出请求时，它向服务器传递了一个数据块，也就是请求信息Http Response&Headers and content returnedHttp响应，当浏览器接受到web服务器返回的信息时2．&3.2 Header（报头）表示从Web服务器发送和接受的报头信息；http://g1a90./a/p/main.htm?sid=UBDCcOJJDknBulMFzSJJipPzfROMNqHO如上图红框所示：Http请求头发送信息Headers Sent&&&&&&&&&&&&&&&&&&&& valueRequest-Line&&&&&&&&&&&&&&&&&&&& GET /external/closea_d.js HTTP/1.1以上代码中“GET”代表请求方法，“closea_d.js”表示URI，“HTTP/1.1代表协议和协议的版本。Accept&&&&&&&&&&&&&&&&&&&&& &&&&&*/*指示能够接受的返回数据的范围, */*表示所有Accept-Encg&&&&&&&&&&&&&&&&& gzip, deflateAccept-Encoding表明了浏览器可接受的除了纯文本之外的内容的类型，比如gzip还是deflate压缩内容。Accept-Language&&&&&&&&&&&&&&&&& zh-cn表示能够接受的返回数据的语言Connection&&&&&&&&&&&&&&&&&&&&&& Keep-Alive保持Tcp请求连接备注：在HTTP工作开始之前，Web浏览器首先要通过网络与Web服务器建立连接，该连接是通过TCP来完成的，该协议与IP协议共同构建Internet，即著名的TCP/IP协议族，因此Internet又被称作是TCP/IP网络。HTTP是比TCP更高层次的应用层协议，根据规则，只有低层协议建立之后才能，才能进行更层协议的连接，因此，首先要建立TCP连接，一般TCP连接的端口号是80Cookie&&&&&&&&&&&&&&&&&& vjuids=-1b3d33f879.0.9aab8b85a459d; vjlast=; _ntes_nnid=a1eaf8a9ad171cc4cd8da,0|tech|; NTES_UFC=0000; Province=021; City=021; ntes_mail_firstpage= NTES_SESS=68LUOUH9ewcCBFyN5OXZ_0qf._IOMCkFscaGYrooXpjtVF7r8Vx7jAzg7HGdWo00GQEn1ZmrZcX7FMAXnb052r8XOFZZYk.hN; NETEASE_SSN=mayingbao2002; NETEASE_ADV=11&23&2;Coremail=VDeAMrrrDFaTa%XCVwJiXXsRLSLkbLhZXXZGqPJkEXFKNt&&&&Cookie没什么说的就是客户端记录相关信息Host&&&&&&&&&&&&&&&&&&&& 请求连接的主机名称’Referer Http://g1a114./a/p/main.htm?sid=XCVwJiXXsRLSLkbLhZXXZGqPJkEXFKNt &&&包含一个URL，用户从该URL代表的页面出发访问当前请求的页面User-Agent&&&&&&&& Mozilla/4.0 ( MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)&&&& &&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&客户端标识浏览器类型Http请求头返回信息Headers Received&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& ValueStatus-Line&&&&&&&&&&&&&&&&&&& &&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&Http/1.0&200 ok表示Http服务端响应返回200Accept-Ranges&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& bytesHttp请求范围的度量单位Age&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& 117表示Http接受到请求操作响应后的缓存时间Cache-Control&&&&&&&& &&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&max-age=3600一个用于定义缓存指令的通用头标Connection&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& keep-alive保持Tcp请求连接Content-Type&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& application/x-javascript标明发送或者接收的实体的MIME类型Date&&&&& &&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&Fri, 04 Jan :26 GMT&发送HTTP消息的日期Etag&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& &10f470-734-b32eb00&一种实体头标，它向被发送的资源分派一个唯一的标识符Expires&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& Fri, 04 Jan :26 GMT指定实体的有效期Last-Modified&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& Fri, 04 Jan :00 GMT指定被请求资源上次被修改的日期和时间Server&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& Apache一种标明Web服务器软件及其版本号的头标X-Cache&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& HIT from &&&&表示你的&http&request&是由&proxy&server&回的&3．&3.3 Cookies显示Cookies信息如上图所示City=021，其实是我163邮箱中设置城市信息值，在Cookies中记录为021(代表上海这个城市)备注：什么是cookie？Cookie是一种在客户端保持HTTP状态信息的技术，Cookie是在浏览器访问WEB服务器的某个资源时，由WEB服务器在HTTP响应消息头中附带传送给浏览器的一片数据，WEB服务器传送给各个客户端浏览器的数据是可以各不相同的。浏览器可以决定是否保存这片数据，一旦WEB浏览器保存了这片数据，那么它在以后每次访问该WEB服务器时，都应在HTTP请求头中将这片数据回传给WEB服务器。显然，Cookie最先是由WEB服务器发出的，是否发送Cookie和发送的Cookie的具体内容，完全是由WEB服务器决定的。Cookie在浏览器与WEB服务器之间传送的过程如图7.1所示。4．&3.4 Cache(缓存)显示在请求完成前后的浏览器缓存里URL地址栏里的详细信息5．&3.5 Query String(查询字符串)显示查询字符串被用在是传递参数url中如下图所示：/setcookie.jsp?username=mayingbao2002&&loginCookie=uaLr3t2p5wKi_ku90vYy04gK1MamttMzYGFxdsppqrz3ZhjsWZ8jzDlVjmxEIpSSx2hn__w3ZsoBSFu6gKRZyRUdIgZYzVciX&clearPersistCookie=如上面的红框中显示的mayingbao2002字符串，是存在于请求的URL传递的参6．&3.6 POST Data显示通过Post方式数据信息以下是登录过程中POST Data，如下图所示：/logins.jsp?type=1&url=/coremail/fcg/ntesdoor2?lightweight%3D1%26verifycookie%3D1%26language%3D-1%26style%3D-1上面的红框：application/x-www-form-urlencoded表示，post方式默认提交数据编码备注：以下为Post方式提交数据编码几种方式：text/plain以纯文本的形式传送application/x-www-form-urlencoded默认的编码形式，即URL编码形式multipart/form-dataMIME编码，上传文件的表单必须选择该Mime Type指的是如text/html,text/xml等类型MIME（Multipurpose Internet Email Extension），意为多用途Internet邮件扩展，它是一种多用途网际邮件扩充协议，在1992年最早应用于电子邮件系统，但后来也应用到浏览器。服务器会将它们发送的多媒体数据的类型告诉浏览器，而通知手段就是说明该多媒体数据的MIME类型，从而让浏览器知道接收到的信息哪些是MP3文件，哪些是JPEG文件等等。当服务器把把输出结果传送到浏览器上的时候，浏览器必须启动适当的应用程序来处理这个输出文档。在HTTP中，MIME类型被定义在&head&、&/head&部分的Content-Type中。数据类型MIME类型超文本标记语言文本&.htm,.html文件text/html（数据类别是text，种类是html，下同）纯文本，.txt文件text/plainRTF文本，.rtf文件application/rtfGIF图形，.gif文件image/gifJPEG图形，.jpeg, .jpg文件image/jpegau声音，.au文件audio/basicMIDI音乐，mid,.midi文件audio/midi,audio/x-midiRealAudio音乐，.ra, .ram文件audio/x-pn-realaudioMPEG，.mpg,.mpeg文件video/mpegAVI，.avi文件video/x-msvideoGZIP，.gz文件application/x-gzipTAR，.tar文件application/x-tar如上图红圈所表示，可以看到POST Data 中的password和username数据；备注：get方法和Post方法区别GET方法：GET方法是默认的HTTP请求方法，我们日常用GET方法来提交表单数据，然而用GET方法提交的表单数据只经过了简单的编码，同时它将作为URL的一部分向Web服务器发送，因此，如果使用GET方法来提交表单数据就存在着安全隐患上。例如Http://127.0.0.1/login.jsp?Name=zhangshi&Age=30&Submit=%cc%E+%BD%BB从上面的URL请求中，很容易就可以辩认出表单提交的内容。（？之后的内容）另外由于GET方法提交的数据是作为URL请求的一部分所以提交的数据量不能太大POST方法：POST方法是GET方法的一个替代方法，它主要是向Web服务器提交表单数据，尤其是大批量的数据。POST方法克服了GET方法的一些缺点。通过POST方法提交表单数据时，数据不是作为URL请求的一部分而是作为标准数据传送给Web服务器，这就克服了GET方法中的信息无法保密和数据量太小的缺点。因此，出于安全的考虑以及对用户隐私的尊重，通常表单提交时采用POST方法。7．&3.7 Content统计显示收到的Http响应信息如下图所示：可以查看/logins.jsp?type=1&url=/coremail/fcg/ntesdoor2?lightweight%3D1%26verifycookie%3D1%26language%3D-1%26style%3D-1页响应具体内容：8．&3.8 Stream显示客户端发送的数据，然后服务器端返回的数据客户端发送总数据：901 bytes sent to 218.107.55.86:80客户端接受到服务器端返回总数据：247 bytes received by 192.168.52.188.10720以下用请求一个中的Logo图标为例说明：/logo/163logo.gif左边：客户端向服务器端发送数据流1 GET /logo/163logo.gif HTTP/1.1以上代码中“GET”代表请求方法，“closea_d.js”表示URI，“HTTP/1.1代表协议和协议的版本。2 Accept: */*指示能够接受的返回数据的范围, */*表示所有3 Referer:&http://g1a114./a/f/js3//index_v6.htm包含一个URL，用户从该URL代表的页面出发访问当前请求的页面4 Accept-Language: zh-cn表示能够接受的返回数据的语言5 Accept-Encoding: gzip, deflateAccept-Encoding表明了浏览器可接受的除了纯文本之外的内容编码的类型，比如gzip压缩还是deflate压缩内容。6 User-Agent: Mozilla/4.0 ( MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)客户端标识浏览器类型7 Host: 访问地址主机标识地址8 Connection: Keep-Alive保持Tcp连接(前台已有备注，这里不做说明)9Cookie: vjuids=-1b3d33f879.0.9aab8b85a459d; vjlast=; _ntes_nnid=a1eaf8a9ad171cc4cd8da,0|tech|; NTES_UFC=0000; Province=021; City=021; ntes_mail_firstpage= NTES_SESS=68LUOUH9ewcCBFyN5OXZ_0qf._IOMCkFscaGYrooXpjtVF7r8Vx7jAzg7HGdWo00GQEn1ZmrZcX7FMAXnb052r8XOFZZYk.hN; NETEASE_SSN=mayingbao2002; NETEASE_ADV=11&23&2; Coremail=VDeAMrrrDFaTa%XCVwJiXXsRLSLkbLhZXXZGqPJkEXFKNt; wmsvr_domain=g1a114.Cookies没什么说的，前面已列举了右边：服务器端向客户端返回数据流1 HTTP/1.0 304 Not Modified服务器告诉客户，原来缓冲的文档还可以继续使用。2 Date: Mon, 31 Dec :27 GMT发送HTTP消息的日期3 Content-Type: image/gif服务器返回请求类型是image/gif4 Expires: Wed, 30 Jan :27 GMT指定实体的有效期5 Last-Modified: Wed, 19 Apr :16 GMT指定被请求资源上次被修改的日期和时间6 Age: 5607表示Http接受到请求操作响应后的缓存时间7 X-Cache: HIT from 表示你的&http&request&是由&proxy&server&回的&8 Connection: keep-alive保持Tcp请求连接状态9．&3.9 HttpWatch请求信息框菜单区如上图红框所示：Started:&表示开始记录请求一个URL时间Time:&表示记录请求耗费的时间Sent:&表示客户端向服务器端发送请求字节大小Reveived:表示客户端收到服务端发送请求字节大小Method:&表示请求URL方式Result:&表示服务器返回到客户端结果以下是Httpwatch中http状态码列表200OK/Success status code302Moved temporarily status code304Not modified status code401Access denied status code404Page or file not foundAbortedInternet Explorer aborted the HTTP request before a response was received(Cache)Content read from cache without sending an HTTP request to the serverERROR_*An error occurred such as ERROR_INTERNET_NAME_NOT_RESOLVED2xxSuccessful HTTP status code3xxRedirection HTTP status code4xxClient error HTTP status code5xxServer error HTTP status code详细Http状态查询，可以参考这个态代码状态信息含义100Continue初始的请求已经接受，客户应当继续发送请求的其余部分。（HTTP 1.1新）101Switching Protocols服务器将遵从客户的请求转换到另外一种协议（HTTP 1.1新）200OK一切正常，对GET和POST请求的应答文档跟在后面。201Created服务器已经创建了文档，Location头给出了它的URL。202Accepted已经接受请求，但处理尚未完成。203Non-Authoritative Information文档已经正常地返回，但一些应答头可能不正确，因为使用的是文档的拷贝（HTTP 1.1新）。204No Content没有新文档，浏览器应该继续显示原来的文档。如果用户定期地刷新页面，而Servlet可以确定用户文档足够新，这个状态代码是很有用的。205Reset Content没有新的内容，但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容（HTTP 1.1新）。206Partial Content客户发送了一个带有Range头的GET请求，服务器完成了它（HTTP 1.1新）。300Multiple Choices客户请求的文档可以在多个位置找到，这些位置已经在返回的文档内列出。如果服务器要提出优先选择，则应该在Location应答头指明。301Moved Permanently客户请求的文档在其他地方，新的URL在Location头中给出，浏览器应该自动地访问新的URL。302Found类似于301，但新的URL应该被视为临时性的替代，而不是永久性的。注意，在HTTP1.0中对应的状态信息是“Moved Temporatily”。出现该状态代码时，浏览器能够自动访问新的URL，因此它是一个很有用的状态代码。注意这个状态代码有时候可以和301替换使用。例如，如果浏览器错误地请求http://host/~user（缺少了后面的斜杠），有的服务器返回301，有的则返回302。严格地说，我们只能假定只有当原来的请求是GET时浏览器才会自动重定向。请参见307。303See Other类似于301/302，不同之处在于，如果原来的请求是POST，Location头指定的重定向目标文档应该通过GET提取（HTTP 1.1新）。304Not Modified客户端有缓冲的文档并发出了一个条件性的请求（一般是提供If-Modified-Since头表示客户只想比指定日期更新的文档）。服务器告诉客户，原来缓冲的文档还可以继续使用。305Use Proxy客户请求的文档应该通过Location头所指明的代理服务器提取（HTTP 1.1新）。307Temporary Redirect和302（Found）相同。许多浏览器会错误地响应302应答进行重定向，即使原来的请求是POST，即使它实际上只能在POST请求的应答是303时才能重定向。由于这个原因，HTTP 1.1新增了307，以便更加清除地区分几个状态代码：当出现303应答时，浏览器可以跟随重定向的GET和POST请求；如果是307应答，则浏览器只能跟随对GET请求的重定向。（HTTP 1.1新）400Bad Request请求出现语法错误。401Unauthorized客户试图未经授权访问受密码保护的页面。应答中会包含一个WWW-Authenticate头，浏览器据此显示用户名字/密码对话框，然后在填写合适的Authorization头后再次发出请求。403Forbidden资源不可用。服务器理解客户的请求，但拒绝处理它。通常由于服务器上文件或目录的权限设置导致。404Not Found无法找到指定位置的资源。这也是一个常用的应答。405Method Not Allowed请求方法（GET、POST、HEAD、DELETE、PUT、TRACE等）对指定的资源不适用。（HTTP 1.1新）406Not Acceptable指定的资源已经找到，但它的MIME类型和客户在Accpet头中所指定的不兼容（HTTP 1.1新）。407Proxy Authentication Required类似于401，表示客户必须先经过代理服务器的授权。（HTTP 1.1新）408Request Timeout在服务器许可的等待时间内，客户一直没有发出任何请求。客户可以在以后重复同一请求。（HTTP 1.1新）409Conflict通常和PUT请求有关。由于请求和资源的当前状态相冲突，因此请求不能成功。（HTTP 1.1新）410Gone所请求的文档已经不再可用，而且服务器不知道应该重定向到哪一个地址。它和404的不同在于，返回407表示文档永久地离开了指定的位置，而404表示由于未知的原因文档不可用。（HTTP 1.1新）411Length Required服务器不能处理请求，除非客户发送一个Content-Length头。（HTTP 1.1新）412Precondition Failed请求头中指定的一些前提条件失败（HTTP 1.1新）。413Request Entity Too Large目标文档的大小超过服务器当前愿意处理的大小。如果服务器认为自己能够稍后再处理该请求，则应该提供一个Retry-After头（HTTP 1.1新）。414Request URI Too LongURI太长（HTTP 1.1新）。416Requested Range Not Satisfiable服务器不能满足客户在请求中指定的Range头。（HTTP 1.1新）500Internal Server Error服务器遇到了意料不到的情况，不能完成客户的请求。501Not Implemented服务器不支持实现请求所需要的功能。例如，客户发出了一个服务器不支持的PUT请求。502Bad Gateway服务器作为网关或者代理时，为了完成请求访问下一个服务器，但该服务器返回了非法的应答。503Service Unavailable服务器由于维护或者负载过重未能应答。例如，Servlet可能在数据库连接池已满的情况下返回503。服务器返回503时可以提供一个Retry-After头。504Gateway Timeout由作为代理或网关的服务器使用，表示不能及时地从远程服务器获得应答。（HTTP 1.1新）505HTTP Version Not Supported服务器不支持请求中所指明的HTTP版本。（HTTP 1.1新）Type:&请求URL的类型以下是Httpwatch中的URL的类型列表text/htmlNormal html based contenttext/cssCascading style sheetstext/xmlXML data, e.g. SOAP requests and responsestext/*Any textual content type including all the above typesimage/gifGIF imageimage/jpgJPEG imageimage/*Any image including gifs, jpgs and png filesapplication/x-javascriptJavascriptapplication/*Any application content, e.g. flash files (application/x-shockwave-flash)URL:列出请求的URL具体地址以下主要是HttpWatch菜单区的功能介绍:10．&&&&&3.10 Record点击”Record”按钮开始录制Http请求操作11．&&&&&3.11 Stop点击”Stop”按钮停止录制Http请求操作12．&&&&&3.12 Clear点击”Clear”按钮,清除所有录制Log记录如下图所示红框中内容:13．3.13 Summary点击”Summary”按钮,显示或隐藏所有请求信息概述以下用httpwatch工具记录打开/过程，Summary信息如下：Perfomance信息如上图所示：Elapsed time&& &&Http URL请求时间总和&&&&Network Round Trips&没搞明白Downloaded Data&&&客户端接受到服务器端传来的数据总和Uploaded Data&&&&&&客户端发送到服务器端数据总和Http compression&savings&http数据压缩DNS Lookups&& DNS解析Tcp Connets&&& Tcp连接Status codes信息如上图所示Cache&&&表示缓存的数据有4处200 ok&&&表示Http状态代码200 ok 1处14．3.14 Find点击”Find”按钮,可以打开一个查询对话框,在日志记录中去搜索字符串15．3.15 Filter点击”Filter”按钮, 可以打开一个过滤器对话框,如下图所示16．3.16 Save点击”Save”按钮,可以打开保存对话框,如下图所示:可以保存的格式为.hwl (Httpwatch Log文件格式), .Xml, CVS格式17．3.17 Help点击”Help”按钮,没什么说的,就是英语Help&四、定位问题技巧1．&4.1&巧用Filter功能过滤信息假设怀疑yun.js有问题，当然你要对js程序要有了解，可使用Filter过滤器，直接将需要的yun.js找出，查看其是否存在问题！
阅读本文后您有什么感想? 已有
人给出评价!
访问量多的3647人阅读
翻了下HTTP1.1的协议标准，下面是看到的一些它跟HTTP1.0的差别。
&&&&&& 在HTTP1.0中，每对Request/Response都使用一个新的连接。
&&&&&&& HTTP 1.1则支持持久连接Persistent Connection, 并且默认使用persistent& connection. 在同一个tcp的连接中可以传送多个HTTP请求和响应. 多个请求和响应可以重叠，多个请求和响应可以同时进行. 更加多的请求头和响应头(比如HTTP1.0没有host的字段).
&&&&&&& HTTP 1.1的持续连接，也需要增加新的请求头来帮助实现，例如，Connection请求头的值为Keep-Alive时，客户端通知服务器返回本次请求结果后保持连接；Connection请求头的值为close时，客户端通知服务器返回本次请求结果后关闭连接。HTTP
1.1还提供了与身份认证、状态管理和Cache缓存等机制相关的请求头和响应头。
&&&&&&& HTTP 1.0规定浏览器与服务器只保持短暂的连接，浏览器的每次请求都需要与服务器建立一个TCP连接，服务器完成请求处理后立即断开TCP连接，服务器不跟踪每个客户也不记录过去的请求。此外，由于大多数网页的流量都比较小，一次TCP连接很少能通过slow-start区，不利于提高带宽利用率。
&&&&&&& 在1.0时的会话方式：
&&&&&& 1. 建立连接
&&&&&& 2. 发出请求信息
&&&&&& 3. 回送响应信息
&&&&&& 4. 关掉连接
&&&&&& 小结:浏览器和web服务器连接很短，每次连接只处理一个请求和响应。对每一个页的请求,浏览器与web服务器都要建立一次单独的连接.浏览器没有 关掉前,连接就断开了.浏览器和服务器之间的通信是完全独立分开的请求和响应对.因为这样没法断点浏览器是否断开,没法做连接状态控制。建立和关掉连接会很占用连接时间.
&&&&& 在一个网页中,在http头中的Connection中有多少个close的头,就相当有多少个http的连接.
&&&&& HTTP 1.1支持长连接（PersistentConnection）和请求的流水线（Pipelining）处理，在一个TCP连接上可以传送多个HTTP请求和响应，减少了建立和关闭连接的消耗和延迟。例如：一个包含有许多图像的网页文件的多个请求和应答可以在一个连接中传输，但每个单独的网页文件的请求和应答仍然需要使用各自的连接。
&&&&&& HTTP 1.1还允许客户端不用等待上一次请求结果返回，就可以发出下一次请求，但服务器端必须按照接收到客户端请求的先后顺序依次回送响应结果，以保证客户端能够区分出每次请求的响应内容，这样也显著地减少了整个下载过程所需要的时间。
&&&&&& 在HTTP/1.0中，要建立长连接，可以在请求消息中包含Connection: Keep-Alive头域，如果服务器愿意维持这条连接，在响应消息中也会包含一个Connection: Keep-Alive的头域。同时，可以加入一些指令描述该长连接的属性，如max，timeout等。
&&&&&& 事实上，Connection头域可以携带三种不同类型的符号：
&&&&&& 1、一个包含若干个头域名的列表，声明仅限于一次hop连接的头域信息；
&&&&&& 2、任意值，本次连接的非标准选项，如Keep-Alive等；
&&&&&&& 3、close值，表示消息传送完成之后关闭长连接；
&&&&&&& 客户端和源服务器之间的消息传递可能要经过很多中间节点的转发，这是一种逐跳传递（hop-by-hop）。HTTP/1.1相应地引入了hop-by-hop头域，这种头域仅作用于一次hop，而非整个传递路径。每一个中间节点（如Proxy，Gateway）接收到的消息中如果包含Connection头域，会查找Connection头域中的一个头域名列表，并在将消息转发给下一个节点之前先删除消息中这些头域。
&&&&&&& 通常，HTTP/1.0的Proxy不支持Connection头域，为了不让它们转发可能误导接收者的头域，协议规定所有出现在Connection头域中的头域名都将被忽略。
&&&&&& 在HTTP1.0中认为每台服务器都绑定一个唯一的IP地址，因此，请求消息中的URL并没有传递主机名（hostname）。但随着虚拟主机技术的发展，在一台物理服务器上可以存在多个虚拟主机（Multi-homed Web Servers），并且它们共享一个IP地址。
&&&&&&& HTTP1.1的请求消息和响应消息都应支持Host头域，且请求消息中如果没有Host头域会报告一个错误（400 Bad Request）。此外，服务器应该接受以绝对路径标记的资源请求。
&&&&&&& HTTP1.1在Request消息头里头多了一个Host域，比如：
&&&&& &GET /pub/WWW/TheProject.html HTTP/1.1
&&&&&& Host: www.w3.org
&& && &HTTP1.0则没有这个域。
&& &&& 可能HTTP1.0的时候认为，建立TCP连接的时候已经指定了IP地址，这个IP地址上只有一个host。
& &&&& 由于HTTP 1.0不支持Host请求头字段，WEB浏览器无法使用主机头名来明确表示要访问服务器上的哪个WEB站点，这样就无法使用WEB服务器在同一个IP地址和端口号上配置多个虚拟WEB站点。在HTTP 1.1中增加Host请求头字段后，WEB浏览器可以使用主机头名来明确表示要访问服务器上的哪个WEB站点，这才实现了在一台WEB服务器上可以在同一个IP地址和端口号上使用不同的主机名来创建多个虚拟WEB站点。
(接收方向)
无论是HTTP1.0还是HTTP1.1，都要能解析下面三种date/time stamp：
&&&&& Sun, 06 Nov :37GMT& ; RFC 822, updated by RFC 1123
&&&&& Sunday, 06-Nov-94 08:49:37GMT ; RFC 850, obsoleted by RFC 1036
&&&&& Sun Nov& 6 08:49:371994&&&&&& ; ANSI C's asctime() format
(发送方向)
&&&HTTP1.0要求不能生成第三种asctime格式的date/time stamp；
&&& HTTP1.1则要求只生成RFC 1123(第一种)格式的date/time stamp。
HTTP1.1支持chunked transfer，所以可以有Transfer-Encoding头部域:
Transfer-Encoding:chunked
&HTTP1.0则没有。
HTTP消息中可以包含任意长度的实体，通常它们使用Content-Length来给出消息结束标志。但是，对于很多动态产生的响应，只能通过缓冲完整的消息来判断消息的大小，但这样做会加大延迟。如果不使用长连接，还可以通过连接关闭的信号来判定一个消息的结束。
HTTP/1.1中引入了Chunked transfer-coding来解决上面这个问题，发送方将消息分割成若干个任意大小的数据块，每个数据块在发送时都会附上块的长度，最后用一个零长度的块作为消息结束的标志。这种方法允许发送方只缓冲消息的一个片段，避免缓冲整个消息带来的过载。
在HTTP/1.0中，有一个Content-MD5的头域，要计算这个头域需要发送方缓冲完整个消息后才能进行。而HTTP/1.1中，采用chunked分块传递的消息在最后一个块（零长度）结束之后会再传递一个拖尾（trailer），它包含一个或多个头域，这些头域是发送方在传递完所有块之后再计算出值的。发送方会在消息中包含一个Trailer头域告诉接收方这个拖尾的存在。
&HTTP1.1多了个qvalue域：
&&&&&&qvalue&&&&&&&& = ( &0& [&.& 0*3DIGIT ] )
&&&&&&&&&&&&&&&&&&&&&| ( &1& [ &.& 0*3(&0&) ] )
用于Cache。
&&&&&& HTTP1.1支持传送内容的一部分。比方说，当客户端已经有内容的一部分，为了节省带宽，可以只向服务器请求一部分。
&&&&&&& HTTP/1.0中，存在一些浪费带宽的现象，例如客户端只是需要某个对象的一部分，而服务器却将整个对象送过来了。例如，客户端只需要显示一个文档的部分内容，又比如下载大文件时需要支持断点续传功能，而不是在发生断连后不得不重新下载完整的包。
&&&&&&& HTTP/1.1中在请求消息中引入了range头域，它允许只请求资源的某个部分。在响应消息中Content-Range头域声明了返回的这部分对象的偏移值和长度。如果服务器相应地返回了对象所请求范围的内容，则响应码为206（Partial Content），它可以防止Cache将响应误以为是完整的一个对象。
&&&&&& 节省带宽资源的一个非常有效的做法就是压缩要传送的数据。Content-Encoding是对消息进行端到端（end-to-end）的编码，它可能是资源在服务器上保存的固有格式（如jpeg图片格式）；在请求消息中加入Accept-Encoding头域，它可以告诉服务器客户端能够解码的编码方式。
&&&&&& 而Transfer-Encoding是逐段式（hop-by-hop）的编码，如Chunked编码。在请求消息中加入TE头域用来告诉服务器能够接收的transfer-coding方式，
&&&&&& 另外一种浪费带宽的情况是请求消息中如果包含比较大的实体内容，但不确定服务器是否能够接收该请求（如是否有权限），此时若贸然发出带实体的请求，如果被拒绝也会浪费带宽。
&&&&&&& HTTP/1.1加入了一个新的状态码100（Continue）。客户端事先发送一个只带头域的请求，如果服务器因为权限拒绝了请求，就回送响应码401（Unauthorized）；如果服务器接收此请求就回送响应码100，客户端就可以继续发送带实体的完整请求了。注意，HTTP/1.0的客户端不支持100响应码。但可以让客户端在请求消息中加入Expect头域，并将它的值设置为100-continue。
&&&&& 100 (Continue) 状态代码的使用，允许客户端在发request消息body之前先用request header试探一下server，看server要不要接收request body，再决定要不要发request body。
客户端在Request头部中包含
Expect: 100-continue
Server看到之后呢如果回100 (Continue) 这个状态代码，客户端就继续发requestbody。
这个是HTTP1.1才有的。
&&&& HTTP1.1增加了OPTIONS,PUT, DELETE, TRACE, CONNECT这些Request方法.
&&&&&&Method&&&=&OPTIONS&&&&&&&&&&&&&&&&;Section 9.2
&&&&&&&&&&&&&&&&&&&&&|&GET&&&&&&&&&&&&&&&&&&&&; Section 9.3
&&&&&&&&&&&&&&&&&&&&&|&HEAD&&&&&&&&&&&&&&&&&&&; Section 9.4
&&&&&&&&&&&&&&&&&&&&&|&POST&&&&&&&&&&&&&&&&&&&; Section 9.5
&&&&&&&&&&&&&&&&&&&&&| &PUT&&&&&&&&&&&&&&&&&&&&;Section 9.6
&&&&&&&&&&&&&&&&&&&&&| &DELETE&&&&&&&&&&&&&&&&&;Section 9.7
&&&&&&&&&&&&&&&&&&&&&|&TRACE&&&&&&&&&&&&&&&&&&; Section 9.8
&&&&&&&&&&&&&&&&&&&&&| &CONNECT&&&&&&&&&&&&&&&&;Section 9.9
&&&&&&&&&&&&&&&&&&&&&| extension-method
&&&&&& extension-method =token
& HTTP1.1 增加的新的status code：
(HTTP1.0没有定义任何具体的1xx status code, HTTP1.1有2个)
100 Continue
101 Switching Protocols
203 Non-Authoritative Information
205 Reset Content
206 Partial Content
302 Found (在HTTP1.0中有个 302 Moved Temporarily)
303 See Other
305 Use Proxy
307 Temporary Redirect
405 Method Not Allowed
406 Not Acceptable
407 Proxy Authentication Required
408 Request Timeout
409 Conflict
411 Length Required
412 Precondition Failed
413 Request Entity Too Large
414 Request-URI Too Long
415 Unsupported Media Type
416 Requested Range Not Satisfiable
417 Expectation Failed
504 Gateway Timeout
505 HTTP Version Not Supported
&&&&&& 在HTTP/1.0中，使用Expire头域来判断资源的fresh或stale，并使用条件请求（conditional request）来判断资源是否仍有效。例如，cache服务器通过If-Modified-Since头域向服务器验证资源的Last-Modefied头域是否有更新，源服务器可能返回304（Not Modified），则表明该对象仍有效；也可能返回200（OK）替换请求的Cache对象。
此外，HTTP/1.0中还定义了Pragma:no-cache头域，客户端使用该头域说明请求资源不能从cache中获取，而必须回源获取。
HTTP/1.1在1.0的基础上加入了一些cache的新特性，当缓存对象的Age超过Expire时变为stale对象，cache不需要直接抛弃stale对象，而是与源服务器进行重新激活（revalidation）。
HTTP/1.0中，If-Modified-Since头域使用的是绝对时间戳，精确到秒，但使用绝对时间会带来不同机器上的时钟同步问题。而HTTP/1.1中引入了一个ETag头域用于重激活机制，它的值entity tag可以用来唯一的描述一个资源。请求消息中可以使用If-None-Match头域来匹配资源的entitytag是否有变化。
为了使caching机制更加灵活，HTTP/1.1增加了Cache-Control头域（请求消息和响应消息都可使用），它支持一个可扩展的指令子集：例如max-age指令支持相对时间戳；private和no-store指令禁止对象被缓存；no-transform阻止Proxy进行任何改变响应的行为。
Cache使用关键字索引在磁盘中缓存的对象，在HTTP/1.0中使用资源的URL作为关键字。但可能存在不同的资源基于同一个URL的情况，要区别它们还需要客户端提供更多的信息，如Accept-Language和Accept-Charset头域。为了支持这种内容协商机制(content negotiation mechanism)，HTTP/1.1在响应消息中引入了Vary头域，该头域列出了请求消息中需要包含哪些头域用于内容协商。
求消息中需要包含哪些头域用于内容协商。
HTTP 1.1持久连接的好处
&&&&&&& 一个WEB站点每天可能要接收到上百万的用户请求，为了提高系统的效率，HTTP 1.0规定浏览器与服务器只保持短暂的连接，浏览器的每次请求都需要与服务器建立一个TCP连接，服务器完成请求处理后立即断开TCP连接，服务器不跟踪每个客户也不记录过去的请求。但是，这也造成了一些性能上的缺陷，例如，一个包含有许多图像的网页文件中并没有包含真正的图像数据内容，而只是指明了这些图像的URL地址，当WEB浏览器访问这个网页文件时，浏览器首先要发出针对该网页文件的请求，当浏览器解析WEB服务器返回的该网页文档中的HTML内容时，发现其中的&img&图像标签后，浏览器将根据&img&标签中的src属性所指定的URL地址再次向服务器发出下载图像数据的请求，如图3.3所示。
&&&&&&&&&&&&&&&&&
&&&&& 显然，访问一个包含有许多图像的网页文件的整个过程包含了多次请求和响应，每次请求和响应都需要建立一个单独的连接，每次连接只是传输一个文档和图像，上一 次和下一次请求完全分离。即使图像文件都很小，但是客户端和服务器端每次建立和关闭连接却是一个相对比较费时的过程，并且会严重影响客户机和服务器的性 能。当一个网页文件中包含Applet，JavaScript文件，CSS文件等内容时，也会出现类似上述的情况。
&&&&&&& 为了克服HTTP 1.0的这个缺陷，HTTP1.1支持持久连接，在一个TCP连接上可以传送多个HTTP请求和响应，减少了建立和关闭连接的消耗和延迟。一个包含有许多图像的网页文件的多个请求和应答可以在一个连接中传输，但每个单独的网页文件的请求和应答仍然需要使用各自的连接。HTTP 1.1还允许客户端不用等待上一次请求结果返回，就可以发出下一次请求，但服务器端必须按照接收到客户端请求的先后顺序依次回送响应结果，以保证客户端能够区分出每次请求的响应内容，这样也显著地减少了整个下载过程所需要的时间。基于HTTP
1.1协议的客户机与服务器的信息交换过程，如图3.4所示。
&&&&&&& 可见，HTTP 1.1在继承了HTTP 1.0优点的基础上，也克服了HTTP 1.0的性能问题。不仅如此，HTTP 1.1还通过增加更多的请求头和响应头来改进和扩充HTTP1.0的功能。例如，由于HTTP 1.0不支持Host请求头字段，WEB浏览器无法使用主机头名来明确表示要访问服务器上的哪个WEB站点，这样就无法使用WEB服务器在同一个IP地址和端口号上配置多个虚拟WEB站点。在HTTP 1.1中增加Host请求头字段后，WEB浏览器可以使用主机头名来明确表示要访问服务器上的哪个WEB站点，这才实现了在一台WEB服务器上可以在同一个IP地址和端口号上使用不同的主机名来创建多个虚拟WEB站点。HTTP
1.1的持续连接，也需要增加新的请求头来帮助实现，例如，Connection请求头的值为Keep-Alive时，客户端通知服务器返回本次请求结果后保持连接；Connection请求头的值为close时，客户端通知服务器返回本次请求结果后关闭连接。HTTP 1.1还提供了与身份认证、状态管理和Cache缓存等机制相关的请求头和响应头。
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：1541930次
积分：14390
积分：14390
排名：第242名
原创：203篇
评论：682条
(1)(1)(2)(1)(1)(1)(1)(1)(2)(2)(1)(2)(3)(3)(3)(2)(2)(4)(3)(2)(15)(6)(8)(14)(29)(26)(27)(18)(7)(8)(6)(2)}