本篇总结关于http的相关知识,主要内容参考以下导图:html
主要讲解的内容有:java
1 URL与URI的区别。web
2 请求报文与相应报文的内容。chrome
3 GET与POST的区别。浏览器
4 http的cookie、持久化、管道化、多部分对象集合、范围请求等安全
后续会更新http其余的相关知识。服务器
平时会常常接触到URL,他就是咱们访问web的一个字符串地址,那么URI是什么呢?他们是什么关系呢?cookie
先看看官方的解释:网络
URL:uniform resource location 统一资源定位符app
URI:uniform resource identifier 统一资源标识符
这也就是说,URI是一种资源的标识;而URL也是一种URI,也是一种资源的标识,但它也指明了如何定位Locate到这个资源。
URI是一种抽象的资源标识,既能够是绝对的,也能够是相对的。可是URL是一种URI,它指明了定位的信息,必须是绝对的。
而咱们平时所说的相对地址,仅仅是相对于另外一个绝对地址而言。
RFC:reqeust for comments 征求修正意见书
RFC素有网络知识圣经之称,规定了网络中协议的基本内容。所以许多的不一样系统的应用程序才能够互相访问。
首先报文的格式以下:
其中空行用于区分报文首部和报文主体内容,是由一个回车符和一个换行符组成。
不管是请求报文仍是响应报文都须要有报文首部,固然报文主体有的请求报文是没有的。
通常来讲,请求报文的格式以下:
其中请求首部还包括其余的内容,不一一列举了。
响应报文格式以下:
下面咱们看一下在不一样的浏览器中http报文的内容:
上图是chrome中http的内容,其中request headers描述了请求报文头部的内容,response headers描述了响应报文头部的内容。
其中最长使用的属性是:
1 URL, 即http访问的地址
2 request method, 报文的请求方式
3 status code, 状态码以及状态短语
4 Accept Encoding, 内容编码
5 Connection, 链接方式
6 Cookie, 添加的cookie内容
7 Host, 目标主机
8 User-Agent, 客户端浏览器的相关信息
9 Set-Cookie, 指定想要在Cookie中保存的内容
经常使用的属性内容就是上面这些。
在IE中捕获到的显示方式不一样,可是内容都是相同的:
如何发送http有不少种方式,可是最经常使用的就是POST和GET。
其余的有些出于安全性的考虑通常都不建议使用。那么POST与GET有什么区别呢?
1 使用目标不一样:
POST与GET都用于获取信息,可是GET方式仅仅是查询,并不对服务器上的内容产生任何做用结果;每次GET的内容都是相同的。
POST则经常使用于发送必定的内容进行某些修改操做。
2 大小不一样:
因为不一样的浏览器对URL的长度大小有必定的字符限制,所以因为GET方式放在URL的首部中,天然也跟着首先,可是具体的大小要依浏览器而定。
POST方式则是把内容放在报文内容中,所以只要报文的内容没有限制,它的大小就没有限制。
3 安全性不一样:
上面也说了GET是直接添加到URL后面的,直接就能够在URL中看到内容。
而POST是放在报文内部的,用户没法直接看到。
总的来讲,GET用于获取某个内容,POST用于提交某种数据请求。
按照使用场景来讲,通常用户注册的内容属于私密的,这应该使用POST方式;而针对某一内容的查询,为了快速的响应,可使用GET方式。
因为http是一种无状态的协议,所以不管是客户端仍是服务器都不记录http的相关信息。
这样设计一方面减轻了服务器端的负载,另外一方面减少了http请求的开销。
可是针对某些特殊的场景,须要时刻记录用户的相关信息,这该如何处理呢?
Cookie刚好能够解决这个问题,Cookie的运行机制以下:
Cookie是一种由服务器端肯定,并保存在客户端浏览器中的内容。这样,就不须要每次都添加用户的相关信息,请求会自动添加cookie中对应的内容。
正常在发送http时,都须要创建TCP的链接,再发送报文。
若是每次想要发送http报文都须要通过这个过程,那么时间大部分都会消耗在创建和断开链接的过程当中。
所以http中使用了connection属性,用于指定链接的方式。
当设置成keep-alive,如上面所示的www.baidu.com的http头部信息所示,就会创建一条持久化的链接。
不须要每次都创建链接,再中断。
若是一个http请求,请求了大量的图片等大文件,那么其余的http请求怎么办呢?
不用怕,http能够一次发送多个http请求,而后等待响应链接。不须要排队等候,这样就加快了http的响应时间。
因为某些报文的内容过大,所以在传输时,为了减小传输的时间,会采起一些压缩的措施。
例如上面的报文信息中,Accept-Encoding就定义了内容编码的格式:gzip
有下面几种方式:
gzip:GNU压缩格式
compress:UNIX系统的标准压缩格式
deflate:是一种同时使用了LZ77和哈弗曼编码的无损压缩格式
identity:不进行压缩
有的时候传输的内容,不只仅是一些字符串,还有多是一些图片,字符,音乐二进制等混杂的内容。
这就须要使用多部分对象集合,multipart,例如在使用java编写web上传文件的代码时,须要在form中指定form的编码格式。
设置form的enctype属性的值为multipart/form-data。
这是由于默认的状况下form使用的编码格式是:applicatin/x-www-form-urlencoded,这种编码格式会把全部的内容进行编码,不适合上传文件这种状况。
这两种编码格式的区别主要是:
multipart/form-data 会以控件为基准,编码form中的内容。
application/x-www-form-urlencoded 会把form中的内容编码成键值对的形式。
有些场景下,http报文请求一些很大的图片,可是加载过程很慢。
好比咱们登陆一些大图片的网址,会发现有时候图片是一块一块加载的。
这就是由于设置了http请求的长度,这样就能够分块的加载资源文件。
在请求报文中使用Range属性,在响应报文中使用Content-Type属性均可以指定必定字节范围的http请求。
[1] URL与URI的区别:http://www.cnblogs.com/gaojing/archive/2012/02/04/2413626.html
[2] POST与GET的区别:http://www.cnblogs.com/hyddd/archive/2009/03/31/1426026.html
[3] GET与POST的长度限制:http://blog.csdn.net/blueling51/article/details/6935901