HTTP 下载

解决方案 »

  1.   

    原来写过断点续传,以及多个线程同时下载一个文件。
    流程如下:
    服务端:  
     1、接收到客户端请求文件下载数据后,将文件大小返回给客户端。
     2、客户端根据文件的偏移,请求下载文件,服务端根据偏移的文件数据返回给客户端。 如:从文件的1000地址位置开始,请求1024字节的文件数据。客户端:
    1、请求文件下载,获取到文件大小。【如果是多线程同时下载一个文件,这里要先创建该文件,并且大小与需要下载的文件一致,然后每个线程负责一块往里面填数据】
    2、检查是否是断点续传【检查临时文件扩展名,如后面多加.tmp】,如果不是从0开始请求文件数据,请求到后保存到文件,文件名为临时文件扩展名。
    3、如果是断点续传,获取已保存的临时文件大小,根据大小为起始偏移请求继续下载文件。
      

  2.   

    假设是从S(ever)向C(lient)传输文件av:
    1、单线程传输,简单一点:
    1)C向S请求文件时,指定文件名av和偏移量offset(首次请求当然时0,断点后断在多少字节就是多少字节);
    2)C在创建本地文件时先用一个临时文件名,比如av.download,只有完全下载完后再rename为av;
    3)每次下载前先检查av.download文件是否存在->seek到文件尾->ftell获取已下载的文件大小,并作为offset向S请求继续下载->正常的文件传输;
    4)下载完毕rename后,礼貌性地用md5检查文件是否准确,当然需要S提供原始的md5值,这个过程可能不会太快,尤其上了G的大文件,你可以选择每包校验或者不校验,视文件的重要程度而定。2、多线程传输,稍复杂,需要创建一个单独的断点文件,记录共分了多少个segment(即多少个thread)传输,每个segment已经传输的size(即offset)等,这样在断点后可以快速从该文件读取断点信息,恢复下载;具体到每个segment,和上述1) 3)4)一样,不赘述。