1. HTTP请求报文格式
HTTP请求报文分为三部分:请求行、请求头和请求体

注:部分文章也将HTTP请求报文分为两部分:请求头和请求体
1.1 请求行
请求行(Request Line)分为三个部分:请求方法、请求地址和协议及版本,以CRLF(rn)结束。
HTTP/1.1 定义的请求方法有8种:GET、POST、PUT、DELETE、PATCH、HEAD、OPTIONS、TRACE,最常的两种GET和POST,如果是RESTful接口的话一般会用到GET、POST、DELETE、PUT。(GET方法是默认的请求方法,用来请求访问URI所指定的资源,并不对服务器上的内容产生热喝作用结果;POST方法用来传输实体主体,目的并不是获取响应的主体内容,POST方法是把内容放在报文内容中,只要报文内容没有限制,它的大小就没有限制。)
请求地址由四部分组成:protocol[协议]、host[主机]、path[路径]、Query String[参数],例如:
http[protocol]://localhost[host]/index.html[path]?key1=value1&key2=value2[Query String]
1.2 请求头 Request Headers
请求头可用于传递一些附加信息,格式: 键: 值,注意冒号后面有一个空格!例如:
Accept:image/gif.image/jpeg.*/*
Accept-Language:zh-cn
Connection:Keep-Alive
Host:localhost
User-Agent:Mozila/4.0(compatible:MSIE5.01:Windows NT5.0)
Accept-Encoding:gzip,deflate.
详见3. Header
1.3 请求体
请求头和请求正文之间是一个空行,这个行非常重要,它表示请求头已经结束,接下来的是请求正文。请求正文中可以包含客户提交的查询字符串信息:
username=Bill&password=KillBill
在以上的例子的HTTP请求中,请求的正文只有一行内容。当然,在实际应用中,HTTP请求正文可以包含更多的内容。
根据应用场景的不同,HTTP请求的请求体有三种不同的形式:
第一种:移动开发者常见的,请求体是任意类型,服务器不会解析请求体,请求体的处理需要自己解析,如Post Json时候。

第二种:第二种和第三种都有固定格式的,属于形式二,是服务器端开发人员最先了解到的两种。这里的格式要求就是URL中Query String的格式要求:多个键值对之间用&连接,键与值之前用=连接,且只能用ASCII字符,非ASCII字符需使用UrlEncode编码。

第三种:第三种请求体的请求体被分成为多个部分,文件上传时会被使用,这种格式最先应该是被用于邮件传输中,每个字段/文件都被boundary(Content-Type中指定)分成单独的段,每段以-- 加 boundary开头,然后是该段的描述头,描述头之后空一行接内容,请求结束的标制为boundary后面加--,结构见下图:

第四种:区分是否被当成文件的关键是Content-Disposition是否包含filename,因为文件有不同的类型,所以还要使用Content-Type指示文件的类型,如果不知道是什么类型取值可以为application/octet-stream表示该文件是个二进制文件,如果不是文件则Content-Type可以省略。下图为一个带有文件的上传的请求体原文:

注:第二、三种请求体需求配合特定的Content-Type请求头,如:第二种配合Content-Type:application/x-www-form-urlencoded;第三种配合Content-Type: multipart/form-data; boundary={boundary} ,*上面的form-data也可以是mixed、alternative、digest、parallel,但我只用到了form-data;如果两者没有相配合,那么服务器不会解析请求体,也就是说只会当成第一种情况!表单或者模拟表单 指的就是第二种和第三种(multipart/form-data)
2. HTTP响应报文格式
HTTP响应报文分为三部分:响应行(状态行)、响应头、响应体

2.1 状态行
状态行由四部分组成:协议版本、状态码和状态码描述,以CRLF(rn)结束。
状态码详细可以查看HTTP状态码详解
2.2 Response Headers和Request Headers相同,见下文
2.3 响应体
3. Header
Header可用于传递一些附加信息,格式: 键: 值,注意冒号后面有一个空格!
3.1 请求和响应常见通用Header
Content-Type:请求体/响应体的类型,如:text/plain、application/json
Accept:说明接收的类型,可以多个值,用,(半角逗号)分开
Content-Length:请求体/响应体的长度,单位字节
Content-Encoding:请求体/响应体的编码格式,如gzip,deflate
Accept-Encoding:告知对方我方接受的Content-Encoding
ETag:给当前资源的标识,和Last-Modified、If-None-Match、If-Modified-Since配合,用于缓存控制
Cache-Control:取值为一般为no-cache或max-age=XX,XX为个整数,表示该资源缓存有效期(秒)
3.2 常见请求Header
Authorization:用于设置身份认证信息
User-Agent:用户标识,如:OS和浏览器的类型和版本
If-Modified-Since:值为上一次服务器返回的 Last-Modified 值,用于确认某个资源是否被更改过,没有更改过(304)就从缓存中读取
If-None-Match:值为上一次服务器返回的 ETag 值,一般会和If-Modified-Since一起出现
Cookie:已有的Cookie
Referer:表示请求引用自哪个地址,比如你从页面A跳转到页面B时,值为页面A的地址
Host:请求的主机和端口号
3.3 常见响应Header
Date:服务器的日期
Last-Modified:该资源最后被修改时间
Transfer-Encoding:取值为一般为chunked,出现在Content-Length不能确定的情况下,表示服务器不知道响应版体的数据大小,一般同时还会出现Content-Encoding响应头
Set-Cookie:设置Cookie
Location:重定向到另一个URL,如输入浏览器就输入baidu.com回车,会自动跳到 https://www.baidu.com ,就是通过这个响应头控制的
Server:后台服务器
网友评论