Http请求状态码-206

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

Http请求状态码-206_第1张图片

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

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

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

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

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

总结几点:

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

Http请求状态码-206_第2张图片
Http请求状态码-206_第3张图片
  1. 大概就是浏览器先不下载要下载的文件,而是弹窗告诉用户,该文件是什么,有多大。由用户自行决定是否下载。

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

  1. 总结状态码

Http请求状态码-206_第4张图片
  1. HTTP断点续传原理 状态码206 Partial Content_「已注销」的博客-CSDN博客_206 partial

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

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

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

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

Http请求状态码-206_第5张图片

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

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

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

你可能感兴趣的:(状态码,javascript,前端)