上传大文件解决方案切割

一、概述

所谓断点续传,其实只是指下载,也就是要从文件已经下载的地方开始继续下载。在以前版本的HTTP协议是不支持断点的,HTTP/1.1开始就支持了。一般断点下载时才用到Range和Content-Range实体头。HTTP协议本身不支持断点上传,需要自己实现。

二、Range 

用于请求头中,指定第一个字节的位置和最后一个字节的位置,一般格式:

    Range:用于客户端到服务端的请求,可以通过改字段指定下载文件的某一段大小及其单位,字节偏移从0开始。典型格式:

    Ranges:    (unit=first byte pos)-[last byte pos]

    Ranges:    bytes=4000- 下载从第4000字节开始到文件结束部分

    Ranges:    bytes=0~N 下载第0-N字节范围的内容

    Ranges:    bytes=M-N 下载第M-N字节范围的内容

    Ranges:    bytes=-N 下载最后N字节内容


 

1.以下几点需要注意:

(1)这个数据区间是个闭合区间,起始值是0,所以“Range: bytes=0-1”这样一个请求实际上是在请求开头的2个字节。

(2)“Range: bytes=-200”,它不是表示请求文件开始位置的201个字节,而是表示要请求文件结尾处的200个字节。

(3)如果last byte pos小于first byte pos,那么这个Range请求就是无效请求,server需要忽略这个Range请求,然后回应一个200,把整个文件发给client。

(4)如果last byte pos大于等于文件长度,那么这个Range请求被认为是不能满足的,server需要回应一个416,Requested range not satisfiable。

2.示例解释:

表示头500个字节:bytes=0-499  

表示第二个500字节:bytes=500-999  

表示最后500个字节:bytes=-500  

表示500字节以后的范围:bytes=500-  

第一个和最后一个字节:bytes=0-0,-1  

同时指定几个范围:bytes=500-600,601-999 

三、Content-Range

用于响应头,指定整个实体中的一部分的插入位置,他也指示了整个实体的长度。在服务器向客户返回一个部分响应,它必须描述响应覆盖的范围和整个实体长度。一般格式: 

Content-Range: bytes (unit first byte pos) - [last byte pos]/[entity legth] 

四、Header示例

请求下载整个文件: 

GET /test.rar HTTP/1.1 

Connection: close 

Host: 116.1.219.219 

Range: bytes=0-801 //一般请求下载整个文件是bytes=0- 或不用这个头

一般正常回应 

HTTP/1.1 200 OK 

Content-Length: 801      

Content-Type: application/octet-stream 

Content-Range: bytes 0-800/801 //801:文件总大小

一个最简单的断点续传实现大概如下:

1.客户端下载一个1024K的文件,已经下载了其中512K

2. 网络中断,客户端请求续传,因此需要在HTTP头中申明本次需要续传的片段:

Range:bytes=512000-

这个头通知服务端从文件的512K位置开始传输文件

3. 服务端收到断点续传请求,从文件的512K位置开始传输,并且在HTTP头中增加:

Content-Range:bytes 512000-/1024000

并且此时服务端返回的HTTP状态码应该是206,而不是200。

但是在实际场景中,会出现一种情况,即在终端发起续传请求时,URL对应的文件内容在服务端已经发生变化,此时续传的数据肯定是错误的。如何解决这个问题了?显然此时我们需要有一个标识文件唯一性的方法。在RFC2616中也有相应的定义,比如实现Last-Modified来标识文件的最后修改时间,这样即可判断出续传文件时是否已经发生过改动。同时RFC2616中还定义有一个ETag的头,可以使用ETag头来放置文件的唯一标识,比如文件的MD5值。

终端在发起续传请求时应该在HTTP头中申明If-Match 或者If-Modified-Since 字段,帮助服务端判别文件变化。

另外RFC2616中同时定义有一个If-Range头,终端如果在续传是使用If-Range。If-Range中的内容可以为最初收到的ETag头或者是Last-Modfied中的最后修改时候。服务端在收到续传请求时,通过If-Range中的内容进行校验,校验一致时返回206的续传回应,不一致时服务端则返回200回应,回应的内容为新的文件的全部数据。


相关参考链接:http+断点续传 – 泽优软件博客 
欢迎入群一起讨论:374992201

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: 前端可以通过以下几种方法来解决上传文件太大的问题: 1. 限制文件大小:在前端代码中限制上传文件的大小,如果文件太大,就提示用户选择一个较小的文件。 2. 分块上传:将文件分成多个小块,分别上传,这样即使文件很大,也不会占用太多的内存。 3. 压缩文件:在前端压缩文件,使得文件体积变小,再上传。 4. 后端处理:如果前端无法处理,也可以在后端进行处理,例如将大文件分块存储。 选择具体的解决方案取决于具体的需求和约束条件。 ### 回答2: 前端可以通过以下几种方式解决上传文件太大的问题。 1. 文件大小限制:前端可以通过在文件上传控件中设置文件大小限制,限制用户上传文件最大大小。可以使用HTML5的File API来检查文件的大小,在选择文件之前进行检查并给予用户相应的提示。 2. 断点续传:前端可以使用断点续传技术,将大文件分成多个小文件进行上传。当上传中断时,用户重新上传时只需要上传断点之后的文件部分,避免重复上传整个大文件。可以使用HTML5的File API对文件进行切割,或者使用第三方库进行切割上传。 3. 压缩文件:前端可以在上传之前对大文件进行压缩,减小文件的大小。可以使用第三方的文件压缩库进行文件压缩,然后再进行上传。 4. 服务器分片上传:将大文件分成多个小分片,分别上传到服务器。前端可以使用HTML5的File API对文件进行切割,将切割后的小分片并发地上传到服务器。服务器端接收到多个小分片后再进行合并。 5. 服务器端限制:前端可以向服务器发送文件大小等信息,并在服务器端进行判断和限制。服务器端可以设置接收文件的最大大小,当前端上传文件超过服务器的限制时,服务器拒绝接收并返回相应提示给前端。 总而言之,前端可以通过文件大小限制、断点续传、文件压缩、服务器分片上传和服务器端限制等方式来解决上传文件太大的问题。不同的解决方案可以根据实际情况进行选择和组合使用。 ### 回答3: 当遇到上传文件太大的问题,前端可以采取以下方法来解决: 1. 设置前端限制:可以在前端进行文件大小的限制。通过在文件上传的表单元素中添加"accept"属性,并指定文件类型,例如"accept=".png,.jpg",可以限制只接受指定类型的文件。另外,在表单元素中添加"maxlength"属性,可以限制上传文件大小,避免上传过大文件。 2. 对文件进行压缩:前端可以使用压缩算法,将文件进行压缩再上传。通过压缩文件,可以减小文件大小,提高上传速度。可以使用一些前端框架或者第三方库,如JSZip、image-compressor等来实现文件压缩功能。 3. 分片上传:将大文件分成小块进行上传。前端可以使用分片上传的方式,将文件分成多个小块,逐个进行上传。这样可以避免一次性上传文件,减轻服务器负担,提高上传速度。一些前端框架或者第三方库,如Resumable.js、plupload等可以辅助实现分片上传功能。 4. 服务端限制:与前端限制结合使用,后端也可以对上传文件大小进行限制。在服务器端设置上传文件的大小限制,当文件超过限制大小时,可以返回错误信息,提醒用户重新选择文件或者压缩文件后再上传。 综上所述,前端可以通过设置前端限制、对文件进行压缩、分片上传以及结合后端限制来解决上传文件太大的问题。通过这些方法,可以有效地减小上传文件的大小,提高文件上传的效率和用户体验。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值