【Linux网络编程】应用层协议HTTP（请求方法，状态码，重定向，cookie，session）

序号	请求方法	描述
1	GET	请求指定的页面信息，并返回实体主体。通常用于获取数据，不会对数据进行更改。
2	HEAD	类似于GET请求，但只返回HTTP报头，不返回文档主体。常用于检查资源是否存在或获取资源的元数据。
3	POST	向指定资源提交数据进行处理请求（例如提交表单或者上传文件）。数据被包含在请求体中，可能会导致新的资源的建立和/或已有资源的修改。
4	PUT	从客户端向服务器传送的数据取代指定的文档的内容。如果资源不存在，可能会创建新的资源。
5	DELETE	请求服务器删除指定的页面或资源。
6	CONNECT	把请求连接转换到透明的TCP/IP通道，通常用于代理服务器或建立HTTPS连接。
7	OPTIONS	返回服务器支持的HTTP方法。常用于跨域资源共享（CORS）的预检请求。
8	TRACE	回显服务器收到的请求，主要用于测试或诊断。
9	PATCH	对资源进行部分修改，实体中包含一个表，表中说明与该URI所表示的原内容的区别。
10	MOVE	请求服务器将指定的页面移至另一个网络地址。
11	COPY	请求服务器将指定的页面拷贝至另一个网络地址。
12	LINK	请求服务器建立链接关系。
13	UNLINK	请求服务器断开链接关系。
14	WRAPPED	允许客户端发送经过封装的请求。
15	Extension-method	在不改动协议的前提下，可增加另外的方法。

3.1GET方法：

🍟作用 ：用于请求URL的指定资源。

🍟示例 ：GET（请求方法 ） /index.html（URL ） HTTP/1.1（HTTP版本）。（请求行，要请求的就是服务器下面的iindex.html，当然可以对这个路径进行解析，在开头增加目录）。

🍟特性：指定资源经服务器端解析后返回响应内容。

3.2POST方法：

🍟用途 ：用于传输实体的主体，通常用于提交表单数据。
🍟示例 ：POST submit.cgi HTTP/1.1
🍟特性 ：可以发送大量的数据给服务器，并且数据包含在请求体中。

3.3PUT方法：

🍟用途 ：用于传输文件，将请求报文主体中的文件保存到请求 URL 指定的位置 。
🍟示例 ：PUT /example.html HTTP/1.1
🍟特性 ：不太常用，但在某些情况下，如 RESTful API 中，用于更新资源。

3.4HEAD方法：

🍟用途 ：与 GET 方法类似，但不返回报文主体部分 ，仅返回响应头。
🍟示例 ：HEAD /index.html HTTP/1.1
🍟特性 ：用于确认 URL 的有效性及资源更新的日期时间等。

3.5DELETE方法：

🍟用途 ：用于删除文件，是 PUT 的相反方法。
🍟示例 ：DELETE /example.html HTTP/1.1
🍟特性 ：按请求 URL 删除指定的资源。

3.6OPTIONS方法：

🍟用途 ：用于查询针对请求 URL 指定的资源支持的方法。
🍟示例 ：OPTIONS * HTTP/1.1
🍟特性 ：返回允许的方法 ，如 GET、POST 等。

4.HTTP响应状态码（了解）：

虽然定了规定的状态码，但是各个浏览器器直接没有好好的遵循。各个浏览器之间是竞争关系，状态码也各不一样。对于对于状态码浏览器来说，状态码也没那么重要。

所以在不同的浏览器之间，相同的状态码表示不同的信息。

前端工作人员可能也不会严格遵循，毕竟还要做兼容性检查。不同状态码也能被解释。

4.1：1开头的状态码

1xx（信息性状态码）：请求已被接受，正在继续处理。

具体的看下表：

100，主要是在上传大型文件的时候，表示服务器已经接受到了，正在处理。

状态码	状态	说明
100	继续	请求者应当继续提出请求。服务器已收到请求的第一部分，正在等待其余部分。
101	切换协议	请求者已要求服务器切换协议，服务器已确认并准备切换。
102	继续执行	由WebDAV扩展的状态码，代表处理将被继续执行。
103	早期提醒	利用服务器思考时间来传递内容，当浏览器向服务器发出请求时等待回应时，由边缘网络线发送页面载入提示给浏览器。

4.2：2开头的状态码

2xx（成功状态码）：请求已成功被服务器处理。

状态码	状态	说明
200	成功	服务器已成功处理了请求，通常表示服务器提供了请求的网页。
201	已创建	请求成功并且服务器创建了新的资源。
202	已接受	服务器已接受请求，但尚未处理。
203	非授权信息	服务器已成功处理了请求，但返回的信息可能来自另一来源。
204	无内容	服务器成功处理了请求，但没有返回任何内容。
205	重置内容	服务器成功处理了请求，但没有返回任何内容，要求客户端重置视图。
206	部分内容	服务器成功处理了部分GET请求。
207	多种状态	由WebDAV状态码，代表之后的消息体将是一个XML消息，且可能依照之前子请求数量不同，含一系列独立的响应代码

4.3：3开头的状态码

3xx（重定向状态码）：客户端需要进一步操作才能完成请求

状态码	状态	说明
300	多种选择	针对不同请求，服务器可执行多种操作。
301	永久移动	请求的网页已永久移动到新位置。
302	资源已找到（临时移动）	告诉客户端，请到另一处URL获取需要的资源。
303	查看其他位置	请求者应当对不同的位置使用单独的GET请求来获取资源。
304	资源未修改	自从上次请求后，网页未做过修改。
305	使用代理	请求者只能使用代理访问所请求的资源。
307	临时重定向	服务器临时重定向请求到另一个URL。
308	永久重定向	请求的资源永久移动，客户端应使用新URL

4.3：4开头的状态码

请求有错误，客户端可能需要修改请求

状态码	状态	说明
400	请求错误	请求有语法错误。
401	未授权	请求未授权。
403	禁止	服务器拒绝执行。
404	未找到	请求的资源不存在。
405	方法不允许	请求方法不被允许。
406	不接受	服务器无法提供请求的资源。
407	需要代理认证	需要代理服务器认证。
408	请求超时	请求超时。
409	冲突	请求与资源的当前状态冲突。
410	已删除	请求的资源已被永久删除。
411	需要长度	服务器拒绝处理当前请求，因为请求的内容长度未定义。
412	先决条件失败	服务器在验证请求的头字段中给出的先决条件时，未能满足其中的一个或多个。
413	负载过大	请求提交的实体数据大小超过了服务器愿意或能够处理的范围。
414	URI过长	请求的URI长度超过了服务器能够解释的长度。
415	不支持的媒体类型	请求中提交的实体并不是服务器中所支持的格式。
416	范围不符合	请求的范围不符合。
417	期望失败	在请求头Expect中指定的预期内容无法被服务器满足。
422	不可处理的实体	请求格式正确，但服务器无法处理。
429	请求过多	客户端在给定的时间内发送了过多的请求

4.3：5开头的状态码

5xx（服务器错误状态码）：服务器在处理请求时发生了错误

状态码	状态	说明
500	内部服务器错误	服务器内部错误。
501	未实现	服务器无法处理请求。
502	错误网关	无效的网关。
503	服务不可用	服务器暂时不可用。
504	网关超时	网关超时。
505	HTTP版本不支持	服务器不支持请求的HTTP版本

5.重定向：

重定向有两种，一种是临时重定向 ，还有一种是永久重定向。不管是永久重定向还有临时重定向，都是和报头中的location有关的，当请求的URL需要重定向到新的URL时，header就会带location信息。

比如下面就是302临时重定向，错误码描述是Found，然后需要重定向到https://www.new-url.com。（这里）

HTTP/1.1 302 Found\r\n

Location: https://www.new-url.com\r\n

报文里面可能下面以下信息，也可以一个都没有，比如有正文body，但是没有Content，浏览器一样可以解释，浏览器还是很厉害的。

然后就是我们可以根据请求的资源区分是什么类型的文本，HTML还是TXT，还是其他的。

**Content-Type:**数据类型(text/html 等)。

Content-Length : Body 的长度。
Host: 客户端告知服务器, 所请求的资源是在哪个主机的哪个端口上;

User-Agent: 声明用户的操作系统和浏览器版本信息;

referer: 当前页面是从哪个页面跳转过来的;

Location: 搭配 3xx 状态码使用, 告诉客户端接下来要去哪里访问;

Cookie: 用于在客户端存储少量信息 . 通常用于**实现会话(session)**的功能;

6.1关于cookie：

cookie会保存我们的信息，比如我们登陆一个网站，输入了用户名，密码。下次访问这个网站的时候，就直接把这些信息加到HTTP请求里面。我们就不需要进行登录了，然后就可以查看这些信息了，当然这些信息我们解析不出来是什么。

6.2关于session

session的话，就是防止我们的信息泄露，再保存了cookie信息的时候，只用代号进行传输，当然代号也可以被盗走，但至少我们具体的用户名，信息不会盗走。也就是可能黑客可以登录盗走的QQ，但是没有办法知道密码，进行改密码。

6.3关于connection

这个就表示连接的信息：需要长连接还是短连接。HTTP1.1版本默认使用长连接，即报头没有connection信息的时候，就是和服务器建立长的连接。HTTP1.0使用的是短连接，要长连接需要再报头中加入Connection: keep-alive。

HTTP/1.1 ：在 HTTP/1.1 协议中，默认使用持久连接。当客户端和服务器都不明确指定关闭连接时，连接将保持打开状态，以便后续的请求和响应可以复用同一个连接。

HTTP/1.0 ：在 HTTP/1.0 协议中，默认连接是非持久连接 。如果希望在 HTTP/1.0上实现持久连接，需要在请求头中显式设置Connection: keep-alive。