Http请求状态码-206

哈喽 大家好啊 相信很多小伙伴都遇到过接口206状态

这是我最近遇到的一个很头疼的问题

首先我们打开F12看网络请求，因为有些是图片类型，有些是xhr接口类型，有些是媒体media资源类型，所以大家筛选的时候可以看全部，也看个人需要。

然后可以看到我圈起来的是206状态

这是我去查看了相关博主的博客

http之206状态码 - simonbaker - 博客园 (cnblogs.com)

总结几点：

1. 我这里场景是去加载资源，播放一个视频，实际也是一个下载的资源的过程，下面是响应头和请求头，关于响应头内容的长度，还有请求头range

2. 大概就是浏览器先不下载要下载的文件，而是弹窗告诉用户，该文件是什么，有多大。由用户自行决定是否下载。

3. 2-2 HTTP状态码_哔哩哔哩_bilibili 在bilibili相关博主课程学习到了状态码：

4. 总结状态码

5. HTTP断点续传原理 状态码206 Partial Content_「已注销」的博客-CSDN博客_206 partial

6. 参考上面博客写的：因为我是以video的src资源进行加载视频资源的，然后我发现一个现象，就是比如我是一个100M的视频，我看一直在断点加载资源

断点续传就是从文件上次中断的地方开始重新下载或上传，当下载或者上传文件的时候，如果没有实现短点续传功能，那么每次出现异常或者用户主动的暂停，都会去重头下载。这样很浪费时间，所以断点续传功能就出现了

HTTP的请求上定义了断点续传相关的HTTP头Range字段和Content-Range字段。

关于这个可以看我上面截图说明

大家可以看元博客 HTTP断点续传原理 状态码206 Partial Content_「已注销」的博客-CSDN博客_206 partial

我觉得博主写的很好，所以我也是归纳了大家的，因为这个206一直困扰我很久了

后续我再多看看，继续更新，今天先到这里啦