文件下载服务器搭建断点续传_断点续传需要服务器支持吗

文章目录：

• 1、如何让服务器支持断点续传
• 2、迅雷等下载工具的断点续传是怎么实现的？
• 3、如何设计一个文件的断点续传系统
• 4、怎样创建FTP服务器？要支持断点续传。
• 5、FTP该如何实现断点续传？
• 6、下载时候的断点续传功能主要是谁来实现的？

如何让服务器支持断点续传

其实断点续传的原理很简单，就是在Http的请求上和一般的下载有所不同而已。

打个比方，浏览器请求服务器上的一个文时，所发出的请求如下： 假设服务器域名为w ，文件名为down.zip。 GET /down.zip HTTP/1.1 Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms- excel, application/msword, application/vnd.ms-powerpoint, */* Accept-Language: zh-cn Accept-Encoding: gzip, deflate User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0) Connection: Keep-Alive 服务器收到请求后，按要求寻找请求的文件，提取文件的信息，然后返回给浏览器，返回信息如下： 200 Content-Length=106786028 Accept-Ranges=bytes Date=Mon, 30 Apr 2001 12:56:11 GMT ETag=W/"02ca57e173c11:95b" Content-Type=application/octet-stream Server=Microsoft-IIS/5.0 Last-Modified=Mon, 30 Apr 2001 12:56:11 GMT

所谓断点续传，也就是要从文件已经下载的地方开始继续下载。

所以在客户端浏览器传给 Web服务器的时候要多加一条信息--从哪里开始。

下面是用自己编的一个"浏览器"来传递请求信息给Web服务器，要求从2000070字节开始。 GET /down.zip HTTP/1.0 User-Agent: NetFox RANGE: bytes=2000070- Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2 仔细看一下就会发现多了一行RANGE: bytes=2000070- 这一行的意思就是告诉服务器down.zip这个文件从2000070字节开始传，前面的字节不用传了。

服务器收到这个请求以后，返回的信息如下： 206 Content-Length=106786028 Content-Range=bytes 2000070-106786027/106786028 Date=Mon, 30 Apr 2001 12:55:20 GMT ETag=W/"02ca57e173c11:95b" Content-Type=application/octet-stream Server=Microsoft-IIS/5.0 Last-Modified=Mon, 30 Apr 2001 12:55:20 GMT 和前面服务器返回的信息比较一下，就会发现增加了一行： Content-Range=bytes 2000070-106786027/106786028 返回的代码也改为206了，而不再是200了。

知道了以上原理，就可以进行断点续传的编程了。

迅雷等下载工具的断点续传是怎么实现的？

断点续传，也就是要从文件已经下载的地方开始继续下载。所以在客户端浏览器传给Web服务器的时候要多加一条信息--从哪里开始。也就在于从哪个字节开始,很简单,自己通过编程可以实现

求采纳

如何设计一个文件的断点续传系统

　于HTTP 协议的多线程下载和断点续传的实现 学 生：叶升路 指导教师：覃 颖 （三峡大学 电气信息学院） 摘 要：本文介绍了网络下载软件中的最新技术——多线程下载和断点续传技术，同时 也介绍了HTTP 协议的发展、特点以及WinSock 编程技术。最后在这些技术的基础上成 功设计并实现了基于HTTP 协议的具有多线程下载和断点续传功能的下载软件。本软件 的实现代码未使用任何WinInet API 函数如InternetOpen , InternetConnect 等，而是直接 使用WinSock 编程，逐步解析HTTP 协议来完成会话和文件下载等功能。经测试，下载 速度有所提高。 关键词：下载；多线程；断点续传；HTTP；WinSock； Abstract：This paper introduces the latest downloading technology called multi-threaded downloading and resume in network downloading software. But also descripes the development of HTTP protocol, characteristics and WinSock programming. Finally, based on these technologies successfully designed and implemented a downloading tool based on the HTTP protocol with multi-threaded and resume features. The realization of the software code does not use any WinInet API functions such as InternetOpen, InternetConnect, etc., but directly use WinSock to programming, and complete the functions of conversation and file downloads and others by parse HTTP protocol steply. After tested, the speed of downloading has increased. Keywords： Downloading；Multi-thread；Resume；HTTP;WinSock; 前言 最近几年，随着计算机网络的飞速发展,因特网（Internet）已经逐渐成为人们生活、 工作、学习必不可缺的一部分。因特网上存储了大量丰富的信息资源,我们可以使用下载 工具,把需要的信息资源下载到本地。但是由于受到各种因素的限制,例如服务器性能、 网络带宽、下载的信息量以及下载工具等等,下载速度受到不同程度的影响。因此人们不 断地提高服务器性能，扩展网络带宽，开发效率更高的下载工具以达到最大化提高下载 速度的目的。 在限制下载速度的众多因素中，研究新的网络下载技术开发出更高效的下载工具无 疑是其中最节约，环保以及方便的方式。网络下载技术，也可以称为网络文件共享技术， 10 1 它一直是网络发展的重要推动力之一。早期人们共享资源的普遍方法是将资源文件上传 至服务器上，然后其他用户可以通过HTTP 或FTP 等协议将其下载到本地电脑。这种模 式称为客户机/服务器模式即C/S 模式，它对服务器的依赖性很大，当下载用户很少时， 比如说一个，他将独享服务器的带宽，很显然其下载速度会非常快。然而当下载的人数 较多而服务器带宽有限时，比如服务器带宽为3MB/S，而下载人数为100 人，则众多下 载用户不得不共享一个带宽（3MB/S）最终结果是下载速度均分(30KB/S)，普遍不高。 P2P 技术的出现使得人们终于摆脱了服务器的枷锁。它的主要特点是资源分散、负 载均衡、和非中心化，它将共享的文件存储在各个客户机节点上，用户之间可以直接共 享和传输文件而不需要通过服务器。客户机不再只利用服务器带宽进行下载，它同时也 可以利用其他客户机节点的带宽，这样大大提高了下载速度。 纵观网络下载技术发展的历史，可以将其划分为四个阶段：单线程下载阶段、多线 程下载及断点续传阶段、P2P阶段、P2SP阶段。 一、单线下载时代：应对有限时间流量的办法 早在上个世纪90年代，当时互联网并不普及，很多人使用Modem拨号，通过Telnet 软件连接到拨接式BBS上获取资讯并与别人交流（收发邮件等），由于服务器的电话线 路数量有限，因此都会限制连接时间，一般新注册用户只有10分钟左右。这点时间用来 看帖回帖显然不够的，因此有人就开发了软件，进入BBS后，能够将整个BBS上所有内 容都下载回来，然后可以断线慢慢看慢慢回，最后再次拨入BBS上传回复。 二、断点续传与多线程下载时代：大幅度提高速度 进入Windows与WWW（World Wide Web，互联网）时代之后，IE,Netscape等浏览 器都可以通过点击左键下载，那个时候网络速度最快不过5KB/s，下载一首5MB的MP3 歌曲要15分钟以上！中途万一断线就前功尽弃，于是有人开发了支持断点续传的下载软 件。 世界上第一款支持断点续传的下载软件应该是GetRight。它可让你用浏览器下载文 件时有续传功能，可设定时间来下载文件或是中断Modem拨接，下载完毕时自动中断 Modem拨接或关机。 为了更好的利用带宽，在断点续传的基础上，多线程下载软件逐渐发展了起来。最 早出现的多线程下载软件是中国人开发的NetAnts（网络蚂蚁）。网络蚂蚁其实也是一 个断点续传软件，但它对断点续传功能进行了扩展：可进行多点续传，即利用断点续传 的原理同时建立多个连接下载同一个软件并最终将其合并为一个完整的软件。

怎样创建FTP服务器？要支持断点续传。

一般FTP服务器软件都支持的，IIS的FTP也支持，只是IIS7以上需要开启断点续传功能，默认是没开启的，IIS6默认是开启了的。

FTP该如何实现断点续传？

客户端的实现步骤如下：

一、下载：

1、向服务器发送“REST + 本地文件长度”命令，告诉服务器，客户端要断点下载了。这时服务器还不知道客户端要下载哪个文件；

要实现FTP的断点续传，FTP服务器必须支持REST指令，这条指令在FTP协议文本RFC959中就已经定义了，不过它不是FTP服务器必须支持的指令。一般,你可以在下载前使用REST 100命令进行实验，如果服务器正常执行了这条命令，说明该服务器支持FTP断点续传。REST后面跟的数表示下载文件的起始位置，而REST 0表示从文件最开始处下载。REST命令本身并不执行下载功能，你仍需要使用RETR命令执行下载工作。

2、向服务器发送“RETR + 文件名”命令，通知服务器要下载的文件名，这时服务器开始定位文件指针读文件并发送数据。

3、客户端定位本地文件指针（文件末尾）；

4、两端的准备工作都做完了以后，客户端创建socket，以被动或非被动方式建立数据通道，循环调用recv接收数据并追加入本地文件；

二、上传：

1、获取服务器上和本地要上传文件的同名文件大小；

2、向服务器发送“APPE ＋ 文件名”，通知服务器，接下来从数据通道发送给你的数据要附加到这个文件末尾。

3、定位本地文件指针（和FTP上文件大小相同的位置）

4、从文件指针处读数据并发送。

代码里将断点上传和断点下载放到同一个函数（MoveFile）里，通过get参数说明是上传还是下载。

下载时候的断点续传功能主要是谁来实现的？

这个是远程的文件服务器提供的，有些不支持断点续传的文件，下载软件在你暂停任务时会提示。

如果不是断点续传的文件会提示。

一般断点续传是指你下载的文件本身就有断电续传的能力，下载工具就是把这样的能力灵活巧妙的加以利用的。

记得采纳啊