HTTP协议类小计
HTTP协议的主要特点
- 简单快速
- 灵活
- 无连接
- 无状态
HTTP报文的组成部分
-
请求报文
- 请求行
- 请求头
- 空行
- 请求体
请求行：描述客户端的请求方式、请求资源的名称、http协议的版本号。 例>如： GET/BOOK/JAVA.HTML HTTP/1.1
请求头（消息头）包含（客户机请求的服务器主机名，客户机的环境信息等）：
Accept：用于告诉服务器，客户机支持的数据类型 （例如：Accept:text/html,image/*）
Accept-Charset：用于告诉服务器，客户机采用的编码格式
Accept-Encoding：用于告诉服务器，客户机支持的数据压缩格式
Accept-Language：客户机语言环境
Host:客户机通过这个服务器，想访问的主机名
If-Modified-Since：客户机通过这个头告诉服务器，资源的缓存时间
Referer：客户机通过这个头告诉服务器，它（客户端）是从哪个资源来访问服务器的（防盗链）
User-Agent：客户机通过这个头告诉服务器，客户机的软件环境（操作系统，浏览器版本等）
Cookie：客户机通过这个头，将Coockie信息带给服务器
Connection：告诉服务器，请求完成后，是否保持连接
Date：告诉服务器，当前请求的时间
（换行）
实体内容：
就是指浏览器端通过http协议发送给服务器的实体数据。例如：name=dylan&id=110
（get请求时，通过url传给服务器的值。post请求时，通过表单发送给服务器的值） -
响应报文
- 状态行
- 响应头
- 空行
- 响应体
一个http响应代表服务器端向客户端回送的数据，它包括：
一个状态行，若干个消息头，以及实体内容
响应头(消息头)包含:
Location：这个头配合302状态吗，用于告诉客户端找谁
Server：服务器通过这个头，告诉浏览器服务器的类型
Content-Encoding：告诉浏览器，服务器的数据压缩格式
Content-Length：告诉浏览器，回送数据的长度
Content-Type：告诉浏览器，回送数据的类型
Last-Modified：告诉浏览器当前资源缓存时间
Refresh：告诉浏览器，隔多长时间刷新
Content-Disposition：告诉浏览器以下载的方式打开数据。例如： context.Response.AddHeader("Content-Disposition","attachment:filename=aa.jpg"); context.Response.WriteFile("aa.jpg");
Transfer-Encoding：告诉浏览器，传送数据的编码格式
ETag：缓存相关的头（可以做到实时更新）
Expries：告诉浏览器回送的资源缓存多长时间。如果是-1或者0，表示不缓存
Cache-Control：控制浏览器不要缓存数据 no-cache
Pragma：控制浏览器不要缓存数据 no-cache
Connection：响应完成后，是否断开连接。 close/Keep-Alive
Date：告诉浏览器，服务器响应时间
状态行： 例如： HTTP/1.1 200 OK （协议的版本号是1.1 响应状态码为200 响应结果为 OK）
实体内容（实体头）：响应包含浏览器能够解析的静态内容，例如：html，纯文本，图片等等信息 -
HTTP方法
- GET：获取资源
- POST：传输资源
- PUT：更新资源
- DELETE：删除资源
- HEAD：获得报文首部
-
POST和GET的区别
- get在浏览器回退时是无害的，而post会再次提交请求
- get产生的URL地址可以被收藏，而post不可以
- get请求会被浏览器主动缓存，而post不会，除非手动设置
- get请求只能进行url编码，而post支持多种编码方式
- get请求参数会被完整保留在浏览器历史记录里，而post中的参数不会被保留
- get请求在url中传送的参数是有长度限制的，而post没有限制
- 对参数的数据类型，get只接受ASCII字符，而post没有限制
- get比post更不安全，因为参数直接暴露在url中，所以不能用来传递敏感信息
- get参数通过url传递，post放在Request body中
-
HTTP状态码
- 1xx: 指示信息-表示请求已接收，继续处理
- 2xx: 成功-表示请求已被成功接收
- 3xx: 重定向-要完成请求必须进行更进一步的操作
- 4xx: 客户端错误-请求有语法错误或请求无法实现
- 5xx: 服务器错误-服务器未能实现合法的请求
-
持久连接
http1.1版本支持持久连接，即Keep-Alive.
Keep-Alive功能使客户端到服务端的连接持续有效，当出现对服务器的后续请求时，Keep-Alive功能避免了建立或者重新连接。 -
管线化
管线化机制通过持久连接完成，仅http1.1支持此技术。
只有get和head请求可以进行管线化，而post有所限制。
-
在使用持久连接的情况下，某个连接消息的传递类似
请求1 ---> 响应1 ---> 请求2 ---> 响应2 ---> 请求3 ---> 响应3
管线化后则变成了类似“打包请求”和“打包返回”
请求1 ---> 请求2 ---> 请求3 ---> 响应1 ---> 响应2 ---> 响应3
