HTTP协议特点
支持客户/服务器模式
客户/服务器模式工作的方式是由客户端向服务器发出请求,服务器端响应请求,并进行相应服务
简单快速
客户端向服务器请求服务时，只需传输请求方法和路径
请求方法常用的有GET、HEAD、POST。每种方法规定了客户与服务器联系的类型不同
由于HTTP协议简单,使得HTTP服务器的程序规模小,因而通信速度很快
灵活
HTTP允许传输任意类型的数据对象
正在传输的类型由Content-type(Content-type是HTTP包中用来表示内容类型的标识)加以标记
无连接
无连接的含义时限制每次只处理一个请求
服务器处理完客户的请求，并受到客户端的应答后，即断开连接
采用这种方式可以节省传输时间
无状态
HTTP协议是无状态协议
无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息则必须重传
这样可能到导致每次连接的数据量增大
另一方面,在服务器不需要先前信息时它的应答就较快
详解URI与URI的区别与联系
URI与URL
Q:我们输入在浏览器里的Web地址应该叫RL还是UR|?
小A:我们访问的就是URL！
小B:不!其实那是URI好不好！
URI:一个紧凑的字符串用来标示抽象或物理资源
A URI可以进一步被分为定位符、名字或两者都是
术语" Uniform Resource Locator"(URL)是UR的子集,除了确定一个资源还提供一种定位该资源的主要访问机制(如其网络“位置”)
无所不能的维基百科
URI可以分为 URL URN或同时具备 locators 和 names特性的一个东西
URN作用就好像一个人的名字URL就像一个人的地址
换句话说：URN确定了东西的身份,URL提供了找到它的方式
URI与URL
URL是URI的一种但不是所有的URI都是URL
URI和URL最大的差别是“访问机制”
URN是唯一表识的一部分，是身份信息
辩雌雄
HTTP报文结构分析
HTTP报文头
HTTP的报文头大体可以分为四类,分别是：
通用报文头、请求报文头、响应报文头和实体报文头
在HTTP/1.1里一共规范了47种报文头字段
通用报文头
请求报文头
响应报文头
实体报文头
ACCEPT
作用：浏览器端可以接受的媒体类型
Accept:text/html代表浏览器可以接受服务器回发的类型为text/html也就是我们常说的html文档，如果服务器无法返回text类型的数据
服务器应该返回一个406的错误（Non Acceptable）
Accept:*/* 代表浏览器可以处理所有类型
如果想要给显示的媒体类型增加优先级,则使用q=来额外表示权重值)
重值q的范围是0~1(可精确到小数点后3位)且1为最大值。不指定权重q值时,默认权重为q=1.0
当服务器提供多种内容时,将会首先返回权重值最高的媒体类型。
Accept-encoding
作用：浏览器申明自己接受编码的方法，通常指压缩方法，是否支持压缩，支持什么压缩方法（gzip，defate）
Accept-encoding:gizp,deflate
作用：浏览器申明自己接受的语言
Accept-Language：zh-cn，zh；q=0.7，en-us，en；q=0.3
Connection
Connection：keep-alive 当一个网页打开完成后，客户端和服务端之间用于传输HTTP数据的TCP连接不会关闭
如果客户端再次访问这个服务器上的网页，会继续使用这一条已经建立的连接
Connection
：close 代表一个Request完成后，客户端和服务端之间用于传输HTTP数据的TCP连接会关闭， Connection
当客户端再次发送，需要从新建立TCP连接Request
Host
作用：请求报头域主要用于指定被请求资源的Internet主机和端号，它通常从HTTP URL中提取出来
我们在浏览器中输入：http：//www.flji.com:8080
浏览器发送的请求消息中，就会包含Host请求报头域，如下：
Host：www.fljf.com8080
Referer
当浏览器向web服务器发送请求的时候,一般会带上 Referer,告诉服务器我是从哪个页面链接过来的,服务器籍此可以获得一些信息用于处理
User-Agent
作用:告诉HTTP服务器,客户端使用的操作系统和浏览器的名称和版本
很多情况下我们会通过User-Agent来判度浏览器类型，从而进行不同的兼容设计
Content-Type
作用：说明类报文内对象的媒体类型
text/ ： HTML格式
text/ ： 纯文本格式
text/ ： XML格式
image/ ： gif图片格式
image/ ： jap图片格式
image/ : png图片格式
application/html+xml ： xhtml格式
application/xml : XML数据格式
application/atom+xml : AtomXML聚合格式
application/json ： JSON数据格式
application/pdf ： pdf格式
application/msword ： Word文档格式
application/octet-stream ： 二进制流数据（常见的文件下载）
application/x-www-form-urlencided ： 表单提交
HTTP请求方法剖分析
HTTP/1.1常用方法
1GRT
2POST
3PUT
4HEAD
5DELETE
6OPTOND
7TRACE
8CONNECT
GET获取资源
get方法用来请求访问已被URI识别的资源
指定的资源经服务器端解析返回后响应内容
GET
get方法也可以用来提交表单和其他数据
从上面的URL请求中，很容易就可以辨认出表单提交的内容
POST
POST方法与GET功能类似,一般用来传输实体的主体
POST方法的主要目的不是获取响应主题的内容
PUT
从客户端向服务器传送的数据取代指定的文档内容
PUT方法与POST方法最大不同是：PUT是幂等的，而POST是不幂等的
因此我们更多的时候将PUT方法用作传输资源
HEAD/DELETE
HEAD
类似get请求，只不过返回的响应中没有具体的内容，用于获取报头
DELETE
请求服务器删除指定资源
OPTIONS
用来查询针对请求URI指定的资源支持的方法
TRACE/CONNECT
TRACE
回显服务器收到的请求，主要用于测试或诊断
CONNECT
开启一个客户端与所请求资源之间的双向沟通的通道，它可以用来创建隧道
HTTP响应状态嘛拆解
状态码
是由于表示网页服务器超文本传输协议响应状态码的3为数字代码
HTTP状态码详解
标签：5HTTP,HTTP,请求,URL,报文,URI,服务器,1HTTP From： https://www.cnblogs.com/agzq/p/17278370.html