一：简介
1.定义
HTTP协议是Hyper Text Transfer Protocol（超文本传输协议）的缩写,是用于从万维网（WWW:World Wide Web ）服务器传输超文本到本地浏览器的传送协议。
HTTP是一个简单的请求-响应协议，它通常运行在TCP之上。它指定了客户端可能发送给服务器什么样的消息以及得到什么样的响应。请求和响应消息的头以ASCII形式给出；而消息内容则具有一个类似MIME的格式
2.请求报文格式
HTTP 的请求报文分为三个部分 请求行、请求头和请求体，格式如图：
2.1 请求行
请求行（Request Line）分为三个部分：请求方法、请求地址 和 协议及版本，以CRLF(\r\n)结束。
2.1.1 请求方法
2.1.2 请求地址
在了解请求地址之前，先了解一下URL的构成：
请求地址(PATH)是URL主机以后的部分，即包含了参数，如：
2.1.3 协议及版本
使用的协议类型和版本
2.2 请求头
请求头可用于传递一些附加信息，格式为：键: 值，注意冒号后面有一个空格：
2.2.1 常见通用请求/响应头
2.2.2 常见通用请求头
2.2.3 常见通用响应头
2.3 请求体
请求体将一个页面表单中的组件值通过param1=value1¶m2=value2的键值对形式编码成一个格式化串，它承载多个请求参数的数据。不但报文体可以传递请求参数，请求URL也可以通过类似于“/chapter15/user.html? param1=value1¶m2=value2”的方式传递请求参数。
2.2.3 content-type解析
MediaType，即是Internet Media Type，互联网媒体类型；也叫做MIME类型，在Http协议消息头中，使用Content-Type来表示具体请求中的媒体类型信息。
1. Content-Type的格式：
Content-Type：type/subtype ;parameter
type：主类型，任意的字符串，如text，如果是号代表所有；
subtype：子类型，任意的字符串，如html，如果是号代表所有，用“/”与主类型隔开；
parameter：可选参数，如charset，boundary等。
例如：
Content-Type: text/html;
Content-Type: application/json;charset:utf-8;
2. 常用的content-type
-
application/x-www-form-urlencoded
这应该是最常见的 POST 提交数据的方式了。浏览器的原生 form 表单，如果不设置 enctype 属性，那么最终就会以 application/x-www-form-urlencoded 方式提交数据。请求类似于下面这样（无关的请求头在本文中都省略掉了）：
首先，Content-Type 被指定为 application/x-www-form-urlencoded；其次，提交的数据按照 key1=val1&key2=val2 的方式进行编码，key 和 val 都进行了 URL 转码。大部分服务端语言都对这种方式有很好的支持。 -
multipart/form-data
这又是一个常见的 POST 数据提交的方式。我们使用表单上传文件时，必须让 form 的 enctyped 等于这个值。直接来看一个请求示例：
这个例子稍微复杂点。首先生成了一个 boundary 用于分割不同的字段，为了避免与正文内容重复，boundary 很长很复杂。然后 Content-Type 里指明了数据是以 mutipart/form-data 来编码，本次请求的 boundary 是什么内容。消息主体里按照字段个数又分为多个结构类似的部分，每部分都是以 –boundary 开始，紧接着内容描述信息，然后是回车，最后是字段具体内容（文本或二进制）。如果传输的是文件，还要包含文件名和文件类型信息。消息主体最后以 –boundary– 标示结束。
这种方式一般用来上传文件，各大服务端语言对它也有着良好的支持。
上面提到的这两种 POST 数据的方式，都是浏览器原生支持的，而且现阶段原生 form 表单也只支持这两种方式。但是随着越来越多的 Web 站点，尤其是 WebApp，全部使用 Ajax 进行数据交互之后，我们完全可以定义新的数据提交方式，给开发带来更多便利。 -
application/json
application/json 这个 Content-Type 作为响应头大家肯定不陌生。实际上，现在越来越多的人把它作为请求头，用来告诉服务端消息主体是序列化后的 JSON 字符串。 -
text/xml
3.响应报文格式
响应与请求一样分成三个部分：响应行、响应头、响应体。HTTP响应的格式上除状态行(第一行)与请求的请求行不一样以外，其它就格式而言是一样的。
3.1 响应行
结构：
HTTP/Version-number status-code message
HTTP/version number ：版本号 一般HTTP/1.1
Status code ：状态码
a)状态码作用：服务器用来告诉浏览器是否产生了浏览器预期的Response
b)状态码类别：1XX 2XX 3XX 4XX 5XX
i. 1XX:提示信息，表示服务器已经接收到浏览器的请求，继续处理
ii. 2XX:处理成功，表示浏览器的请求已经成功被接收、并正确处理
iii.3XX:重定向，表示需要进行更进一步的处理
iv. 4XX客户端请求错误,表示客户端请求出现错误
v. 5XX服务器端错误，服务器未能正确处理客户端请求
常见状态码解释：
i. 200 OK ：表示客户端请求被成功接收，并将响应数据发送给客户端
ii. 302 Found ：重定向，新的URL会在Response中返回，浏览器将会自动向新的URL发送请求。
iii. 304 Not Modified ：表示信息已经被缓存了，还可以继续使用
iv. 403 Forbidden ：服务器接收到客户端请求，但拒绝为客户端提供服务
v. 404 Not Found ：表示客户端请求的资源不存在（url输错了）
vi. 500 Internet Server Error ：服务器发生了不可预期的错误
Message:状态码对应的状态信息
二：Java中使用
在实际开发过程中，我们经常需要调用对方提供的接口或测试自己写的接口是否合适。很多项目都会封装规定好本身项目的接口规范，所以大多数需要去调用对方提供的接口或第三方接口（短信、天气等）。
第1步：TCP通过三次握手建立双方连接；
第2步：客户端通过发送请求报文及请求数据给服务端；
第3步：服务端返回响应报文及响应数据给客户端；
第4步：TCP通过四次挥手进行断开连接。
在Java项目中调用第三方接口的方式有：
1、通过JDK网络类Java.net.HttpURLConnection；
2、通过common封装好的HttpClient；
3、通过Apache封装好的CloseableHttpClient；
4、通过SpringBoot-RestTemplate；
具体使用方法请参考下面博文
三：HTTP工作原理
HTTP协议定义Web客户端如何从Web服务器请求Web页面，以及服务器如何把Web页面传送给客户端。HTTP协议采用了请求/响应模型。客户端向服务器发送一个请求报文，请求报文包含请求的方法、URL、协议版本、请求头部和请求数据。服务器以一个状态行作为响应，响应的内容包括协议的版本、成功或者错误代码、服务器信息、响应头部和响应数据。
以下是 HTTP 请求/响应的步骤：
1、客户端连接到Web服务器
一个HTTP客户端，通常是浏览器，与Web服务器的HTTP端口（默认为80）建立一个TCP套接字连接。例如，http://www.oakcms.cn。
2、发送HTTP请求
通过TCP套接字，客户端向Web服务器发送一个文本的请求报文，一个请求报文由请求行、请求头部、空行和请求数据4部分组成。
3、服务器接受请求并返回HTTP响应
Web服务器解析请求，定位请求资源。服务器将资源复本写到TCP套接字，由客户端读取。一个响应由状态行、响应头部、空行和响应数据4部分组成。
4、释放连接TCP连接
若connection 模式为close，则服务器主动关闭TCP连接，客户端被动关闭连接，释放TCP连接;若connection 模式为keepalive，则该连接会保持一段时间，在该时间内可以继续接收请求;
5、客户端浏览器解析HTML内容
客户端浏览器首先解析状态行，查看表明请求是否成功的状态代码。然后解析每一个响应头，响应头告知以下为若干字节的HTML文档和文档的字符集。客户端浏览器读取响应数据HTML，根据HTML的语法对其进行格式化，并在浏览器窗口中显示。
例如：在浏览器地址栏键入URL，按下回车之后会经历以下流程：
1、浏览器向 DNS 服务器请求解析该 URL 中的域名所对应的 IP 地址;
2、解析出 IP 地址后，根据该 IP 地址和默认端口 80，和服务器建立TCP连接;
3、浏览器发出读取文件(URL 中域名后面部分对应的文件)的HTTP 请求，该请求报文作为 TCP 三次握手的第三个报文的数据发送给服务器;
4、服务器对浏览器请求作出响应，并把对应的 html 文本发送给浏览器;
5、释放 TCP连接;
6、浏览器将该 html 文本并显示内容;
1202
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
