前端复习——Ajax（三）

最新推荐文章于 2024-07-24 11:13:53 发布

子曰礼

最新推荐文章于 2024-07-24 11:13:53 发布

阅读量271

点赞数

文章标签：前端 ajax git github

本文链接：https://blog.csdn.net/weixin_45792414/article/details/125728986

版权

HTTP协议加强

HTTP协议简介

通信，就是信息的传递和交换。

通信三要素：

通信的主体
通信的内容
通信的方式

通信协议（Communication Protocol）是指通信双方完成通信所必须遵守的规则和约定。

通俗的理解：通信双方采用约定好的格式来发送和接收消息，这种事先约定好的通信格式，就叫做通信协议。
在这里插入图片描述
客户端与服务器之间要实现网页内容的传输，则通信的双方必须遵守网页内容的传输协议。

网页内容又叫做超文本，因此网页内容的传输协议又叫做超文本传输协议（Hyper Text Transfer Protocol），简称HTTP协议。

HTTP

HTTP协议即超文本传输协议（Hyper Text Transfer Protocol），它规定了客户端与服务端之间进行网页内容传输时，所必须遵守的传输格式。

例如：

客户端要以HTTP协议要求的格式把数据提交到服务器
服务器要以HTTP协议要求的格式把内容响应到客户端

HTTP协议采用了请求/响应的交互模型。
在这里插入图片描述

HTTP请求

由于HTTP协议属于客户端、浏览器和服务器之间的通信协议。因此，客户端发起的请求叫做HTTP请求，客户端发送到服务器的信息，叫做HTTP请求消息。

注意：HTTP请求消息又叫做HTTP请求报文。

HTTP请求消息由请求行（request line）、请求头部（header）、空行和请求体4部分组成。
在这里插入图片描述

请求行

请求行由请求方式、URL和HTTP协议版本3个部分组成，他们之间使用空格隔开。
在这里插入图片描述

请求头部

请求头部用来描述客户端的基本信息，从而把客户端相关的信息告知服务器。比如：User-Agent用来说明当前是什么类型的浏览器；Content-Type用来描述发送到服务器的数据格式；Accept用来描述客户端能够接收什么类型的返回内容；Accept-Language用来描述客户端期望接收哪种人类语言的文本内容。

请求头部由多行键/值对组成，每行的键和值之间用英文的冒号分隔。
在这里插入图片描述
常见的请求头字段：

头部字段	说明
Host	要请求的服务器域名
Connection	客户端与服务器的连接方式（close或keepalive）
Content-Length	用来描述请求体的大小
`Accept`	客户端可识别的响应内容类型列表
`User-Agent`	产生请求的浏览器类型
`Content-Type`	客户端告诉服务器实际发送的数据类型
Accept-Encoding	客户端可接收的内容压缩编码形式
`Accept-Language`	用户期望获得的自然语言的优先顺序

在这里插入图片描述
更多关于请求头字段的描述，可以查看MDN的官方文档：http://developer.mozilla.org/zh-CN/docs/Web/HTTP/Headers

空行

最后一个请求头字段的后面是一个空行，通知服务器请求头部至此结束。

请求消息中的空行，用来分隔请求头部与请求体。
在这里插入图片描述

请求体

请求体中存放的，是要通过POST方式提交到服务器的数据。
在这里插入图片描述
注意：只有POST请求才有请求体，GET请求没有请求体！

HTTP响应

响应消息就是服务器响应给客户端的消息内容，也叫做响应报文。

HTTP响应消息由状态行、响应头部、空行和响应体4部分组成。如下图所示：
在这里插入图片描述

状态行

状态行由HTTP协议版本、状态码和状态码的描述文本3部分组成，他们之间使用空格隔开。
在这里插入图片描述

响应头部

响应头部用来描述服务器的基本信息。响应头部由多行键/值对组成，每行的键和值之间用英文的冒号分隔。
在这里插入图片描述

更多关于响应头字段的描述，可以查看MDN的官方文档：http://developer.mozilla.org/zh-CN/docs/Web/HTTP/Headers

空行

最后一个响应头字段结束之后，会紧跟一个空行，用来通知客户端响应头部至此结束。

响应消息中的空行，用来分隔响应头部与请求体。
在这里插入图片描述

响应体

响应体中存放的，是服务器响应给客户端的资源内容。
在这里插入图片描述

HTTP请求方法

HTTP请求方法，属于HTTP协议中的一部分，请求方法的作业是：用来表明要对服务器上的资源执行的操作。最常用的请求方法是GET和POST。
在这里插入图片描述

HTTP响应状态码

HTTP响应状态码（HTTP Status Code），也属于HTTP协议的一部分，用来标识响应的状态。

响应状态码会随着响应消息一起被发送至客户端浏览器，浏览器根据服务器返回的响应状态码，就能知道这次HTTP请求的结果是成功还是失败了。
在这里插入图片描述
HTTP状态码由三个十进制数字组成，第一个十进制数字定义了状态码的类型，后两个数字用来对状态码进行细分。

HTTP状态码共分为5种类型：

分类	分类描述
1**	信息，服务器收到请求，需要请求者继续执行操作（实际开发中很少遇到1**类型的状态码）
2**	成功，操作被成功接收并处理
3**	重定向，需要进一步的操作以完成请求
4**	客户端错误，请求包含语法错误或无法完成请求
5**	服务器错误，服务器在处理请求的过程中发生了错误

2**成功相关的响应状态码

2**范围的状态码，表示服务器已成功接收到请求并进行处理，常见的2**类型的状态码如下：
在这里插入图片描述

3**重定向相关的响应状态码

3**范围的状态码，表示服务器要求客户端重定向。需要客户端进一步的操作以完成资源的请求，常见的3**类型的状态码如下：
在这里插入图片描述

4**客户错误相关的响应状态码

4**范围的状态码，表示客户端的请求有非法内容，从而导致这次请求失败，常见的4**类型的状态码如下：
在这里插入图片描述

5**服务端错误相关的响应状态码

5**范围的状态码，表示服务器未能正常处理客户端的请求而出现意外错误，常见的5**类型的状态码如下：
在这里插入图片描述

Git

起步——关于版本控制

在这里插入图片描述

Git是一个开源的分布式版本控制系统，是目前世界上最先进、最流行的版本控制系统。可以快速高效地处理从很小到非常大的项目版本管理。

特点：项目越大越复杂，协同开发者越多，越能体现出GIT的高性能和高可用性。

Git之所以快速和高效，主要依赖于它的如下三个特性：

直接记录快照，而非差异比较
近乎所有操作都是本地执行

SVN的差异比较

传统版本控制系统（例如SVN）是基于差异的版本控制，它们存储的是一组基本文件和每个文件随时间逐步累积的差异。
在这里插入图片描述
好处：节省磁盘空间
缺点：耗时、效率低
在每次切换版本的时候，都需要在基本文件的基础上，应用每个差异，从而生成目标版本对应的文件。

Git的记录快照

Git快照是在原有文件版本的基础上重新生成一份新的文件，类似于备份。为了效率，如果文件没有修改，Git不再重新存储该文件，而是只保留一个链接指向之前存储的文件。
在这里插入图片描述
缺点：占用磁盘空间较大
优点：版本切换时非常快，因为每个版本都是完整的文件快照，切换版本时直接恢复目标版本的快照即可。
特点：空间换时间