ftp协议实现多线程断点续传

核心提示： 8个下载线程同时下载文件时，完成部分下载是随机的，ftp协议实现多线程断点续传(5)，那么怎么样把随机的文件数据按照偏移量正确的写入文件呢？我是这样实现的，当要下载文件namelock.avi时，在文件下载完毕后关闭文件，数据结构如下： typedef struct FromToImpl{

8个下载线程同时下载文件时，完成部分下载是随机的。那么怎么样把随机的文件数据按照偏移量正确的写入文件呢？我是这样实现的，当要下载文件namelock.avi时，首先查找文件namelock.avi.san配置文件是否存在。如果存在，说明上次已经下载过部分该文件，就可以断点续传了。如果没有找到该文件，那么生成和该文件的大小一样大的文件，文件里所有的数据都为0，（可以使用函数memset(buffer,10000,''0'')）和一个配置文件。然后利用fseek函数将数据正确的覆盖原先的0；接下来要介绍一写配置文件的格式了。很简单，配置文件的内容主要包括：文件在本地保存的绝对路径、文件的大小、线程的个数、已经下载的文件大小，各个线程的任务（在原始文件起始位置和结束位置，中间使用''-''分开）；如：

D:\mm\namelock.avi　　　 //文件保存在这里　
364544　　　　　　　　　　//文件大小
5　　　　　　　　　　　　 //有5个线程在下载
0　　　　　　　　　　　　 //已经下载了0字节
0-72908　　　　　　　　　 //线程1的下载任务
72908-145816　　　　　　　//线程2的下载任务
145816-218724　　　　　　 //线程3的下载任务
218724-291632　　　　　　 //线程4的下载任务
291632-364544　　　　　　 //线程5的下载任务

以上是开始下载时的各个线程的任务分配。

D:\mm\namelock.avi
364544
5
113868
72908-72908
113868-145816
145816-218724
218724-291632
291632-364544以上是某一时刻各个线程的任务分配情况。

各个线程任务分配是这样实现的。在开始下载时，文件平均分成若干块进行下载。如第一个线程一开始的任务是从文件的0位置开始下载一直到72908位置处。线程1每次下载一块数据后就要调整任务，如第一次下载了20800字节的数据，那么线程1的任务将改为：20800-72908。如此下去，直到任务为72908-72908时表示线程1完成了当前的下载任务。此时，线程1就分析各个线程的任务，找出任务最为繁忙的一个线程：如线程3：14816-218724。那么线程1就自动去调整任务，拿50%的任务来再次下载。周而复始直到各个线程都完成任务。不过这里有一点需要注意：为了避免重复下载部分数据，在调整任务的时候，起始的文件便移量必须加上接受缓冲器的字节数，因为如前面所举的列子来看。线程1和线程3在平衡负载的时候，线程正在下载数据，如果所剩的数据比接受缓冲器的大小还小，线程1和线程3的部分下载数据将会重复。

在调整任务和分析任务的时候，会发现一个问题。就是读取文件数据太过频繁。于是我用了一个数据结构。在下载文件的过程中始终打开配置文件，这样速度提高了很多。在文件下载完毕后关闭文件。数据结构如下： typedef struct FromToImpl{
　　DWORD from;　　　　　　　 //任务起始位置
　　DWORD to;　　　　　　　　 //任务结束位置
}m_fromTo;
typedef struct InfroImpl{
　　String fileLoad;　　　　　 //文件保存位置
　　DWORD fileSize;　　　　　　//文件大小
　　int threadCnt;　　　　　　 //下载线程数
　　DWORD alreadyDownloadCnt;　　//已经下载的文件大小
　　FromToImpl *fromToImpl;　　 //各个线程的任务描述
}m_inforImpl;

具体实现的细节，请查看源程序。