HTTP 协议(HyperText Transfer Protocol,超文本传输协议)是用于从WWW服务器传输超文本到本地浏览器的传送协议。它可使浏览器更加高效,使网络传输减小。它不只保证计算机 正确快速地传输超文本文档,还肯定传输文档中的哪一部分,以及哪部份内容首先显示(如文本先于图形)等。javascript
在了解HTTP如何工做以前,咱们先了解计算机之间的通讯。php
互联网的关键技术就是TCP/IP协议。两台计算机之间的通讯是经过TCP/IP协议在因特网上进行的。实际上这个是两个协议:css
TCP : Transmission Control Protocol 传输控制协议和IP: Internet Protocol 网际协议。html
IP:计算机之间的通讯java
IP协议是计算机用来相互识别的通讯的一种机制,每台计算机都有一个IP.用来在internet上标识这台计算机。 IP 负责在因特网上发送和接收数据包。经过 IP,消息(或者其余数据)被分割为小的独立的包,并经过因特网在计算机之间传送。IP 负责将每一个包路由至它的目的地。web
IP协议仅仅是容许计算机相互发消息,但它并不检查消息是否以发送的次序到达并且没有损坏(只检查关键的头数据)。为了提供消息检验功能,直接在IP协议上设计了传输控制协议TCP.算法
TCP : 应用程序之间的通讯apache
TCP确保数据包以正确的次序到达,而且尝试确认数据包的内容没有改变。TCP在IP地址之上引端口(port),它容许计算机经过网络提供各类服务。一些端口号为不一样的服务保留,并且这些端口号是众所周知。编程
服务或者守护进程:在提供服务的机器上,有程序监听特定端口上的通讯流。例如大多数电子邮件通讯流出如今端口25上,用于wwww的HTTP通讯流出如今80端口上。跨域
当应用程序但愿经过 TCP 与另外一个应用程序通讯时,它会发送一个通讯请求。这个请求必须被送到一个确切的地址。在双方“握手”以后,TCP 将在两个应用程序之间创建一个全双工 (full-duplex) 的通讯,占用两个计算机之间整个的通讯线路。TCP 用于从应用程序到网络的数据传输控制。TCP 负责在数据传送以前将它们分割为 IP 包,而后在它们到达的时候将它们重组。
TCP/IP 就是TCP 和 IP 两个协议在一块儿协同工做,有上下层次的关系。
TCP 负责应用软件(好比你的浏览器)和网络软件之间的通讯。IP 负责计算机之间的通讯。TCP 负责将数据分割并装入 IP 包,IP 负责将包发送至接受者,传输过程要经IP路由器负责根据通讯量、网络中的错误或者其余参数来进行正确地寻址,而后在它们到达的时候从新组合它们。
HTTP是基于TCP协议之上的。在TCP/IP协议参考模型的各层对应的协议以下图,
HTTP由请求和响应构成,是一个标准的客户端服务器模型(B/S)。HTTP协议永远都是客户端发起请求,服务器回送响应。见下图:
HTTP是一个无状态的协议。无 状态是指客户机(Web浏览器)和服务器之间不须要创建持久的链接,这意味着当一个客户端向服务器端发出请求,而后服务器返回响应(response), 链接就被关闭了,在服务器端不保留链接的有关信息.HTTP遵循请求(Request)/应答(Response)模型。客户机(浏览器)向服务器发送请 求,服务器处理请求并返回适当的应答。全部HTTP链接都被构形成一套请求和应答。
一次HTTP操做称为一个事务,其工做整个过程以下:
1 ) 、地址解析,
如用客户端浏览器请求这个页面:http://localhost.com:8080/index.htm
从中分解出协议名、主机名、端口、对象路径等部分,对于咱们的这个地址,解析获得的结果以下:
协议名:http
主机名:localhost.com
端口:8080
对象路径:/index.htm
在这一步,须要域名系统DNS解析域名localhost.com,得主机的IP地址。
2)、封装HTTP请求数据包
把以上部分结合本机本身的信息,封装成一个HTTP请求数据包
3)封装成TCP包,创建TCP链接(TCP的三次握手)
在HTTP 工做开始以前,客户机(Web浏览器)首先要经过网络与服务器创建链接,该链接是经过TCP来完成的,该协议与IP协议共同构建Internet,即著名 的TCP/IP协议族,所以Internet又被称做是TCP/IP网络。HTTP是比TCP更高层次的应用层协议,根据规则,只有低层协议创建以后才 能,才能进行更层协议的链接,所以,首先要创建TCP链接,通常TCP链接的端口号是80。这里是8080端口
4)客户机发送请求命令
创建链接后,客户机发送一个请求给服务器,请求方式的格式为:统一资源标识符(URL)、协议版本号,后边是MIME信息包括请求修饰符、客户机信息和可内容。
5)服务器响应
服务器接到请求后,给予相应的响应信息,其格式为一个状态行,包括信息的协议版本号、一个成功或错误的代码,后边是MIME信息包括服务器信息、实体信息和可能的内容。
实体消息是服务器向浏览器发送头信息后,它会发送一个空白行来表示头信息的发送到此为结束,接着,它就以Content-Type应答头信息所描述的格式发送用户所请求的实际数据
6)服务器关闭TCP链接
通常状况下,一旦Web服务器向浏览器发送了请求数据,它就要关闭TCP链接,而后若是浏览器或者服务器在其头信息加入了这行代码
Connection:keep-alive
TCP链接在发送后将仍然保持打开状态,因而,浏览器能够继续经过相同的链接发送请求。
首先咱们看看客户端请求的时候,数据在各层协议的数据组织以下图:
而服务器解析客户机请求就是反向操做的过程,以下图:
客户机发起一次请求的时候:
客户机会将请求封装成http数据包-->封装成Tcp数据包-->封装成Ip数据包--->封装成数据帧--->硬件将帧数据转换成bit流(二进制数据)-->最后经过物理硬件(网卡芯片)发送到指定地点。
服务器硬件首先收到bit流....... 而后转换成ip数据包。因而经过ip协议解析Ip数据包,而后又发现里面是tcp数据包,就经过tcp协议解析Tcp数据包,接着发现是http数据包经过http协议再解析http数据包获得数据。
HTTPS(全称:Hypertext Transfer Protocol over Secure Socket Layer),是以安全为目标的HTTP通道,简单讲是HTTP的安全版。即HTTP下加入SSL层,HTTPS的安全基础是SSL。其所用的端口号是443。
有两种基本的加解密算法类型:
1)对称加密(symmetrcic encryption):密钥只有一个,加密解密为同一个密码,且加解密速度快,典型的对称加密算法有DES、AES,RC5,3DES等;
对称加密主要问题是共享秘钥,除你的计算机(客户端)知道另一台计算机(服务器)的私钥秘钥,不然没法对通讯流进行加密解密。解决这个问题的方案非对称秘钥。
2)非对称加密:使用两个秘钥:公共秘钥和私有秘钥。私有秘钥由一方密码保存(通常是服务器保存),另外一方任何人均可以得到公共秘钥。
这种密钥成对出现(且根据公钥没法推知私钥,根据私钥也没法推知公钥),加密解密使用不一样密钥(公钥加密须要私钥解密,私钥加密须要公钥解密),相对对称加密速度较慢,典型的非对称加密算法有RSA、DSA等。
下面看一下https的通讯过程:
https通讯的优势:
1)客户端产生的密钥只有客户端和服务器端能获得;
2)加密的数据只有客户端和服务器端才能获得明文;
3)客户端到服务端的通讯是安全的。
第二部分:
作过Socket编程的人都知道,当咱们设计一个通讯协议时,“消息头/消息体”的分割方式是很经常使用的,消息头告诉对方这个消息是干什么的,消息体告诉对 方怎么干。HTTP协议传输的消息也是这样规定的,每个HTTP包都分为HTTP头和HTTP体两部分,消息体是可选的,而消息头是必须的。每当咱们打 开一个网页,在上面点击右键,选择“查看源文件”,这时看到的HTML代码就是HTTP的消息体,那么消息头能够经过浏览器的开发工具或者插件能够看到, 若是火狐的Firebug,IE的Httpwatch。
客户端经过发送 HTTP 请求向服务器请求对资源的访问。 它向服务器传递了一个数据块,也就是请求信息,HTTP 请求由三部分组成:请求行、 请求头和请求正文。
请求行:请求方法 URI 协议/版本
请求头(Request Header)
请求正文
下面是一个HTTP请求的数据:
POST /index.php HTTP/1.1 Host: localhost User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20100101 Firefox/10.0.2 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: zh-cn,zh;q=0.5 Accept-Encoding: gzip, deflate Connection: keep-alive Referer: http://localhost/ Content-Length:25 Content-Type:application/x-www-form-urlencoded username=aa&password=1234
在 HTTP 协议中,HTTP 请求可使用多种请求方法,这些方法指明了要以何种方式来访问 Request-URI 所标识的资源。HTTP1.1 支持的请求方法以下表所示:
方法 | 做用 |
GET | 请求获取由 Request-URI 所标识的资源 |
POST | 请求服务器接收在请求中封装的实体,并将其做为由 Request-Line 中的 Request-URI 所标识的资源的一部分 |
HEAD | 请求获取由 Request-URI 所标识的资源的响应消息报头 |
PUT | 请求服务器存储一个资源,并用 Request-URI 做为其标识符 |
DELETE | 请求服务器删除由 Request-URI 所标识的资源 |
TRACE | 请求服务器回送到的请求信息,主要用于测试或诊断 |
CONNECT | 保留未来使用 |
OPTIONS | 请求查询服务器的性能,或者查询与资源相关的选项和需求 |
重点介绍 GET、POST 和 HEAD 三个方法:
(1)GET
GET 方法用于获取由 Request-URI 所标识的资源的信息,常见的形式是:
GET Request-URI HTTP/1.1
GET方法是默认的HTTP请求方法,例如当咱们经过在浏览器的地址栏中直接输入网址的方式去访问网页的时候,浏览器采用的就是 GET 方法向服务器获取资源。
咱们可使用GET方法来提交表单数据,用GET方法提交的表单数据只通过了简单的编码,同时它将做为URL的一部分向服务器发送,所以,若是使用GET方法来提交表单数据就存在着安全隐患上。例如:
Http://localhost/login.php?username=aa&password=1234
从上面的URL请求中,很容易就能够辩认出表单提交的内容。(?以后的内容)另外因为GET方法提交的数据是做为URL请求的一部分因此提交的数据量不能太大。这是由于浏览器对url的长度有限制
各类浏览器也会对url的长度有所限制,下面是几种常见浏览器的url长度限制:(单位:字符)
(2)POST
POST方法是GET方法的一个替代方法,它主要是向Web服务器提交表单数据,尤为是大批量的数据。 username=aa&password=1234
POST方法克服了GET方法的一些缺点。经过POST方法提交表单数据时,数据不是做为URL请求的一部分而是做为标准数据传送给Web服务器,这就克 服了GET方法中的信息没法保密和数据量过小的缺点。所以,出于安全的考虑以及对用户隐私的尊重,一般表单提交时采用POST方法。
GET与POST方法有如下区别:
一、 在客户端,Get方式在经过URL提交数据,数据在URL中能够看到;POST方式,数据放在HTTP包的body中。
二、 GET方式提交的数据大小有限制(由于浏览器对URL的长度有限制),而POST则没有此限制。
三、安全性问题。正如在(1)中提到,使用 Get 的时候,参数会显示在地址栏上,而 Post 不会。因此,若是这些数据是中文数据并且是非敏感数据,那么使用 get;若是用户输入的数据不是中文字符并且包含敏感数据,那么仍是使用 post为好。
4.、服务器取值方式不同。GET方式取值,如php可使用$_GET来取得变量的值,而POST方式经过$_POST来获取变量的值。
(3)HEAD
HEAD 方法与 GET 方法几乎是相同的,它们的区别在于 HEAD 方法只是请求消息报头,而不是完整的内容。对于 HEAD 请求的回应部分来讲,它的 HTTP 头部中包含的信息与经过 GET 请求所获得的信息是相同的。利用这个方法,没必要传输整个资源内容,就能够获得 Request-URI 所标识的资源的信息。这个方法一般被用于测试超连接的有效性,是否能够访问,以及最近是否更新。
要注意的是,在 HTML 文档中,书写 get 和 post,大小写均可以,但在 HTTP 协议中的 GET 和 POST 只能是大写形式。
每一个头域由一个域名,冒号(:)和域值三部分组成。域名是大小写无关的,域值前能够添加任何数量的空格符,头域能够被扩展为多行,在每行开始处,使用至少一个空格或制表符。
HTTP最多见的请求头以下:
Connection:
做用:表示是否须要持久链接。
若是服务器看到这里的值为“Keep-Alive”,或者看到请求使用的是HTTP 1.1(HTTP 1.1默认进行持久链接),它就能够利用持久链接的优势,当页面包含多个元素时(例如Applet,图片),显著地减小下载所须要的时间。要实现这一点,服务器须要在应答中发送一个Content-Length头,最简单的实现方法是:先把内容写入 ByteArrayOutputStream,而后在正式写出内容以前计算它的大小;
例如: Connection: keep-alive 当一个网页打开完成后,客户端和服务器之间用于传输HTTP数据的TCP链接不会关闭,若是客户端再次访问这个服务器上的 网页,会继续使用这一条已经创建的链接
例如: Connection: close 表明一个Request完成后,客户端和服务器之间用于传输HTTP数据的TCP链接会关闭, 当客户端再次发送Request,须要从新创建TCP链接。
Host(发送请求时,该报头域是必需的)
Host请求报头域主要用于指定被请求资源的Internet主机和端口号,它一般从HTTP URL中提取出来的。
eg:http://;localhost/index.html
浏览器发送的请求消息中,就会包含Host请求报头域,以下:
Host:localhost此处使用缺省端口号80,若指定了端口号8080,则变成:Host:localhost:8080
Accept:
做用:浏览器能够接受的媒体类型(MIME类型),
例如: Accept: text/html 表明浏览器能够接受服务器回发的类型为 text/html 也就是咱们常说的html文档, 若是服务器没法返回text/html类型的数据,服务器应该返回一个406错误(non acceptable)。
通配符 * 表明任意类型。例如 Accept: */* 表明浏览器能够处理全部类型,(通常浏览器发给服务器都是发这个)
Accept-Encoding:
做用: 浏览器申明本身接收的编码方法,一般指定压缩方法,是否支持压缩,支持什么压缩方法(gzip,deflate),(注意:这不是只字符编码);
例如: Accept-Encoding: gzip, deflate。Server可以向支持gzip/deflate的浏览器返回经gzip或者deflate编码的HTML页面。 许多情形下这能够减小5到10倍的下载时间,也节省带宽。
Accept-Language:
做用: 浏览器申明本身接收的语言。
语言跟字符集的区别:中文是语言,中文有多种字符集,好比big5,gb2312,gbk等等;
例如: Accept-Language:zh-cn 。若是请求消息中没有设置这个报头域,服务器假定客户端对各类语言均可以接受。
User-Agent:
做用:告诉HTTP服务器, 客户端使用的操做系统和浏览器的名称和版本.
咱们上网登录论坛的时候,每每会看到一些欢迎信息,其中列出了你的操做系统的名称和版本,你所使用的浏览器的名称和版本,这每每让不少人感到很神 奇,实际上, 服务器应用程序就是从User-Agent这个请求报头域中获取到这些信息User-Agent请求报头域容许客户端将它的操做系统、浏览 器和其它属性告诉服务器。
例如: User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; CIBA; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C; InfoPath.2; .NET4.0E)
Accept-Charset:
做用:浏览器申明本身接收的字符集,这就是本文前面介绍的各类字符集和字符编码,如gb2312,utf-8(一般咱们说Charset包括了相应的字符编码方案);
例如:Accept-Charset:iso-8859-1,gb2312.若是在请求消息中没有设置这个域,缺省是任何字符集均可以接受。
Authorization:受权信息,一般出如今对服务器发送的WWW-Authenticate头的应答中;
Authorization请求报头域主要用于证实客户端有权查看某个资源。当浏览器访问一个页面时,若是收到服务器的响应代码为401(未受权),能够发送一个包含Authorization请求报头域的请求,要求服务器对其进行验证。
Cookie:
做用: 最重要的header, 将cookie的值发送给HTTP 服务器
Content-Length
做用:发送给HTTP服务器数据的长度。即请求消息正文的长度;
例如: Content-Length: 38
Content-Type:
做用:
例如:Content-Type: application/x-www-form-urlencoded
Referer:
做用: 提供了Request的上下文信息的服务器,告诉服务器我是从哪一个连接过来的,好比从我主页上连接到一个朋友那里, 他的服务器就可以从HTTP Referer中统计出天天有多少用户点击我主页上的连接访问 他的网站。
例如: Referer:http://translate.google.cn/?hl=zh-cn&tab=wT
If-Modified-Since:
做用: 把浏览器端缓存页面的最后修改时间发送到服务器去,服务器会把这个时间与服务器上实际文件的最后修改时间进行对比。若是时间一致,那么返回304,客户端 就直接使用本地缓存文件。若是时间不一致,就会返回200和新的文件内容。客户端接到以后,会丢弃旧文件,把新文件缓存起来,并显示在浏览器中。
例如:If-Modified-Since: Thu, 09 Feb 2012 09:07:57 GMT。
If-None-Match:
做用: If-None-Match和ETag一块儿工做,工做原理是在HTTP Response中添加ETag信息。 当用户再次请求该资源时,将在HTTP Request 中加入If-None-Match信息(ETag的值)。若是服务器验证资源的ETag没有改变(该资源没有更新),将返回一个304状态告诉客户端使用 本地缓存文件。不然将返回200状态和新的资源和Etag. 使用这样的机制将提升网站的性能
例如: If-None-Match: "03f2b33c0bfcc1:0"
Pragma:
做用: 防止页面被缓存, 在HTTP/1.1版本中,它和Cache-Control:no-cache做用如出一辙
Pargma只有一个用法, 例如: Pragma: no-cache
注意: 在HTTP/1.0版本中,只实现了Pragema:no-cache, 没有实现Cache-Control
Cache-Control:
做用: 这个是很是重要的规则。 这个用来指定Response-Request遵循的缓存机制。各个指令含义以下
Cache-Control:Public 能够被任何缓存所缓存()
Cache-Control:Private 内容只缓存到私有缓存中
Cache-Control:no-cache 全部内容都不会被缓存
在接收和解释请求消息后,服务器会返回一个 HTTP 响应消息。与 HTTP 请求相似,HTTP 响应也是由三个部分组成,分别是:状态行、消息报头和响应正文。如:
HTTP/1.1 200 OK Date: Sun, 17 Mar 2013 08:12:54 GMT Server: Apache/2.2.8 (Win32) PHP/5.2.5 X-Powered-By: PHP/5.2.5 Set-Cookie: PHPSESSID=c0huq7pdkmm5gg6osoe3mgjmm3; path=/ Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Content-Length: 4393 Keep-Alive: timeout=5, max=100 Connection: Keep-Alive Content-Type: text/html; charset=utf-8
<html> <head> <title>HTTP响应示例<title> </head> <body> Hello HTTP! </body> </html>
状态行由协议版本、数字形式的状态代码,及相应的状态描述组成,各元素之间以空格分隔,结尾时回车换行符,格式以下:
HTTP-Version Status-Code Reason-Phrase CRLF
HTTP-Version 表示服务器 HTTP 协议的版本,Status-Code 表示服务器发回的响应代码,Reason-Phrase 表示状态代码的文本描述,CRLF 表示回车换行。例如:
HTTP/1.1 200 OK (CRLF)
状态代码与状态描述
状态代码由 3 位数字组成, 表示请求是否被理解或被知足,状态描述给出了关于状态码的简短的文字描述。状态码的第一个数字定义了响应类别,后面两位数字没有具体分类。第一个数字有 5 种取值,以下所示。
常见状态代码、状态描述、说明:
200 OK //客户端请求成功
400 Bad Request //客户端请求有语法错误,不能被服务器所理解
401 Unauthorized //请求未经受权,这个状态代码必须和WWW-Authenticate报头域一块儿使用
403 Forbidden //服务器收到请求,可是拒绝提供服务
404 Not Found //请求资源不存在,eg:输入了错误的URL
500 Internal Server Error //服务器发生不可预期的错误
503 Server Unavailable //服务器当前不能处理客户端的请求,一段时间后可能恢复正常
响应正文就是服务器返回的资源的内容,响应头和正文之间也必须用空行分隔。如:
HTTP最多见的响应头以下所示:
Date:
做用:生成消息的具体时间和日期,即当前的GMT时间。
例如: Date: Sun, 17 Mar 2013 08:12:54 GMT
Expires:
做用: 浏览器会在指定过时时间内使用本地缓存,指明应该在何时认为文档已通过期,从而再也不缓存它。
例如: Expires: Thu, 19 Nov 1981 08:52:00 GMT
Vary
做用:
例如: Vary: Accept-Encoding
P3P
做用: 用于跨域设置Cookie, 这样能够解决iframe跨域访问cookie的问题
例如: P3P: CP=CURa ADMa DEVa PSAo PSDo OUR BUS UNI PUR INT DEM STA PRE COM NAV OTC NOI DSP COR
Set-Cookie
做用: 很是重要的header, 用于把cookie 发送到客户端浏览器, 每个写入cookie都会生成一个Set-Cookie.
例如: Set-Cookie: PHPSESSID=c0huq7pdkmm5gg6osoe3mgjmm3; path=/
实体内容的属性,包括实体信息类型,长度,压缩方法,最后一次修改时间,数据有效性等。
ETag:
做用: 和If-None-Match 配合使用。 (实例请看上节中If-None-Match的实例)
例如: ETag: "03f2b33c0bfcc1:0"
Last-Modified:
做用: 用于指示资源的最后修改日期和时间。(实例请看上节的If-Modified-Since的实例)
例如: Last-Modified: Wed, 21 Dec 2011 09:09:10 GMT
Content-Type:
做用:WEB服务器告诉浏览器本身响应的对象的类型和字符集,
例如:
Content-Type: text/html; charset=utf-8
Content-Type:text/html;charset=GB2312
Content-Type: image/jpeg
Content-Length:
指明实体正文的长度,以字节方式存储的十进制数字来表示。在数据下行的过程当中,Content-Length的方式要预先在服务器中缓存全部数据,而后全部数据再一古脑儿地发给客户端。
例如: Content-Length: 19847
Content-Encoding:
做用:文档的编码(Encode)方法。通常是压缩方式。
WEB服务器代表本身使用了什么压缩方法(gzip,deflate)压缩响应中的对象。利用gzip压缩文档可以显著地减小HTML文档的下载时间。
例如:Content-Encoding:gzip
Content-Language:
做用: WEB服务器告诉浏览器本身响应的对象的语言者
例如: Content-Language:da
Server:
做用:指明HTTP服务器的软件信息
例如:Apache/2.2.8 (Win32) PHP/5.2.5
X-Powered-By:
做用:表示网站是用什么技术开发的
例如: X-Powered-By: PHP/5.2.5
Connection:
例如: Connection: keep-alive 当一个网页打开完成后,客户端和服务器之间用于传输HTTP数据的TCP链接不会关闭,若是客户端再次访问这个服务器上的网页,会继续使用这一条已经创建的链接
例如: Connection: close 表明一个Request完成后,客户端和服务器之间用于传输HTTP数据的TCP链接会关闭, 当客户端再次发送Request,须要从新创建TCP链接。
Location:
做用: 用于重定向一个新的位置, 包含新的URL地址
实例请看304状态实例
无状态是指协议对于事务处理没有记忆能力,服务器不知道客户端是什么状态。从另外一方面讲,打开一个服务器上的网页和你以前打开这个服务器上的网页之间没有任何联系。
HTTP是一个无状态的面向链接的协议,无状态不表明HTTP不能保持TCP链接,更不能表明HTTP使用的是UDP协议(无链接)。
从HTTP/1.1起,默认都开启了Keep-Alive,保持链接特性,简单地说,当一个网页打开完成后,客户端和服务器之间用于传输HTTP数据的TCP链接不会关闭,若是客户端再次访问这个服务器上的网页,会继续使用这一条已经创建的链接。
Keep-Alive不会永久保持链接,它有一个保持时间,能够在不一样的服务器软件(如Apache)中设定这个时间。
浏览器缓存:包括页面html缓存和图片js,css等资源的缓存。以下图,浏览器缓存是基于把页面信息保存到用户本地电脑硬盘里。
1)服务器响应更快:由于请求从缓存服务器(离客户端更近)而不是源服务器被相应,这个过程耗时更少,让服务器看上去响应更快。
2)减小网络带宽消耗:当副本被重用时会减低客户端的带宽消耗;客户能够节省带宽费用,控制带宽的需求的增加并更易于管理。
页面缓存状态是由http header决定的,一个浏览器请求信息,一个是服务器响应信息。主要包括Pragma: no-cache、Cache-Control、 Expires、 Last-Modified、If-Modified-Since。其中Pragma: no-cache由HTTP/1.0规定,Cache-Control由HTTP/1.1规定。
工做原理图:
从图中咱们能够看到原理主要分三步:
Expires:设置页面过时时间,格林威治时间GMT
Cache-Control:更细致的控制缓存的内容
Last-Modified:请求对象最后一次的修改时间 用来判断缓存是否过时 一般由文件的时间信息产生
ETag:响应中资源的校验值,在服务器上某个时段是惟一标识的。ETag是一个能够 与Web资源关联的记号(token),和Last-Modified功能才很少,也是一个标识符,通常和Last-Modified一块儿使用,增强服务器判断的准确度。
Date:服务器的时间
If-Modified-Since:客户端存取的该资源最后一次修改的时间,用来和服务器端的Last-Modified作比较
If-None-Match:客户端存取的该资源的检验值,同ETag。
Cache-Control的主要参数
Cache-Control: private/public Public 响应会被缓存,而且在多用户间共享。 Private 响应只可以做为私有的缓存,不能再用户间共享。
Cache-Control: no-cache:不进行缓存
Cache-Control: max-age=x:缓存时间 以秒为单位
Cache-Control: must-revalidate:若是页面是过时的 则去服务器进行获取。
这个主要经过服务器的配置来实现这个技术,若是使用apache服务器的话,可使用mod_expires模块来实现:
编译mod_expires模块:
Cd /root/httpd-2.2.3/modules/metadata
/usr/local/apache/bin/apxs -i -a -c mod_expires.c //编译
编辑httpd.conf配置:添加下面内容
<IfModule mod_expires.c>
ExpiresActive on
ExpiresDefault "access plus 1 month"
ExpiresByType text/html "access plus 1 months"
ExpiresByType text/css "access plus 1 months"
ExpiresByType image/gif "access plus 1 months"
ExpiresByType image/jpeg "access plus 1 months"
ExpiresByType image/jpg "access plus 1 months"
ExpiresByType image/png "access plus 1 months"
EXpiresByType application/x-shockwave-flash "access plus 1 months"
EXpiresByType application/x-javascript "access plus 1 months"
#ExpiresByType video/x-flv "access plus 1 months"
</IfModule>
解释:第一句--开启服务
第二句--默认时间是一个月
在下面是关于各类类型的资源的缓存时间设置
来自:http://blog.csdn.net/hguisu/article/details/8683290