《不错的断点续传的例子》由会员分享，可在线阅读，更多相关《不错的断点续传的例子（17页珍藏版）》请在金锄头文库上搜索。
1、最近研究了一下关于文件下载的相关内容，觉得还是写些东西记下来比较好。起 初只是想研究研究，但后来发现写个可重用性比较高的模块还是很有必要的，我 想这也是大多数开发人员的习惯吧。对于HTTP协议，向服务器请求某个文件时，只要发送类似如下的请求即可：GET /Path/FileName HTTP/1.0Host: :80Accept: */*User-Agent: GeneralDownloadApplicationConnection: close每行用一个“回车换行”分隔，末尾再追加一个“回车换行”作为整个请求的结 束。第一行中的GET是HTTP协议支持的方法之一，方法名是大小写敏感的，HTT
2、P协 议还支持 OPTIONS HAED、POST、PUT、DELETE TRACE、CONNECT 等方法，而 GET 和HEAD这两个方法通常被认为是“安全的”，也就是说任何实现了 HTTP协议的 服务器程序都会实现这两个方法。对于文件下载功能，GET足矣。GET后面是一 个空格，其后紧跟的是要下载的文件从WEB服务器根开始的绝对路径。该路径后 又有一个空格，然后是协议名称及协议版本。除第一行以外，其余行都是HTTP头的字段部分oHost字段表示主机名和端口号， 如果端口号是默认的80则可以不写。Accept字段中的*/*表示接收任何类型的 数据。User-Agent表示用户代理，这个字段
3、可有可无，但强烈建议加上，因为 它是服务器统计、追踪以及识别客户端的依据。Connection字段中的close表 示使用非持久连接。关于HTTP协议更多的细节可以参考RFC2616（HTTP 1.1）。因为我只是想通过 HTTP协议实现文件下载，所以也只看了一部分，并没有看全。如果服务器成功收到该请求，并且没有出现任何错误，则会返回类似下面的数据:HTTP/1.0 200 OKContent-Length: 13057672Content-Type: application/octet-streamLast-Modified: Wed, 10 Oct 2005 00:56:34 GMTAcc
4、ept-Ranges: bytesETag: 2f38a6cac7cec51:160cServer: Microsoft-IIS/6.0X-Powered-By: ASP.NETDate: Wed, 16 Nov 2005 01:57:54 GMTConnection: close不用逐一解释，很多东西一看几乎就明白了，只说我们大家都关心内容吧。第一行是协议名称及版本号，空格后面会有一个三位数的数字，是HTTP协议的 响应状态码，200表示成功，OK是对状态码的简短文字描述。状态码共有5类： 1xx属于通知类；2xx属于成功类；3xx属于重定向类；4xx属于客户端错误类； 5xx属于服务端错误
5、类。对于状态码，相信大家对404应该很熟悉，如果向一个 服务器请求一个不存在的文件，就会得到该错误，通常浏览器也会显示类似“HTTP 404 -未找到文件”这样的错误。Content-Length字段是一个比较重要 的字段，它标明了服务器返回数据的长度，这个长度是不包含HTTP头长度的。 换句话说，我们的请求中并没有Range字段（后面会说到），表示我们请求的是 整个文件，所以Content-Length就是整个文件的大小。其余各字段是一些关于 文件和服务器的属性信息。这段返回数据同样是以最后一行的结束标志（回车换行）和一个额外的回车换行 作为结束，即rnrn”。而rnrn”后面紧接的就是文件
6、的内容了，这 样我们就可以找到“rnrn”，并从它后面的第一个字节开始，源源不断的读 取，再写到文件中了。以上就是通过HTTP协议实现文件下载的全过程。但还不能实现断点续传，而实 际上断点续传的实现非常简单，只要在请求中加一个Range字段就可以了。假如一个文件有1000个字节，那么其范围就是0-999，则：Range: bytes=500-表示读取该文件的500-999字节，共500字节。Range: bytes=500-599 表示读取该文件的500-599字节，共100字节。Range还有其它几种写法，但上面这两种是最常用的，对于断点续传也足矣了。 如果HTTP请求中包含Range字段，
7、那么服务器会返回206（Partial Content）， 同时HTTP头中也会有一个相应的Content-Range字段，类似下面的格式：Content-Range: bytes 500-999/1000Content-Range字段说明服务器返回了文件的某个范围及文件的总长度。这时 Content-Length字段就不是整个文件的大小了，而是对应文件这个范围的字节 数，这一点一定要注意。一切好像基本上没有什么问题了，本来我也是这么认为的，但事实并非如此。如 果我们请求的文件的URL是类似http:/ 文件，则不会有问题。但是很多软件下载网站的文件下载链接都是通过程序重定 向的，比如pcho
8、me的ACDSee的HTTP下载地址是： http:/ 这种地址并没有直接标识文件的位置，而是通过程序进行了重定向。如果向服务 器请求这样的URL，服务器就会返回302(Moved Temporarily)，意思就是需要 重定向，同时在HTTP头中会包含一个Location字段，Location字段的值就是 重定向后的目的URL。这时就需要断开当前的连接，而向这个重定向后的服务器 发请求。好了，原理基本上就是这些了。其实装个Sniffer好好分析一下，很容易 就可以分析出来的。不过NetAnts也帮了我一些忙，它的文件下载日志对开发人 员还是很有帮助的。我在写这段程序时，一开始也仅仅是实现了文
9、件下载的功能，后来又考虑到回调、 HTTP重定向、多线程断点续传、统计BPS、允许获得HTML错误页等功能，代码 越写越长，不过还好，不是很恐怖，但要全部贴出来也不合适，所以只拣了些关 键的。接口是这样设计的1. #ifndef _HTTP_DOWNLOAD_FILE_H_2. #define _HTTP_DOWNLOAD_FILE_H_3.3. #ifdef HTTPDOWNLOADFILE_EXPORTS4. #define HTTPDOWNLOADFILE_API _declspec(dllexport)5. #else6. #define HTTPDOWNLOADFILE_API /*
10、_declspec(dllimport)*/7. #endif9.8. #ifdef _cplusplus9. extern C (10. #endif13.11. / HTTP Download File Error Codes12. #define HTTPDF_OK 0x0000000013. #define HTTPDF_ERROR_SOCKET 0x0000000114. #define HTTPDF_ERROR_URL 0x0000000215. #define HTTPDF_ERROR_CONNECT 0x0000000316. #define HTTPDF_ERROR_REQU
11、EST 0x0000000417. #define HTTPDF_ERROR_FILE_IO 0x0000000518. #define HTTPDF_ERROR_TIMEOUT 0x0000000619. #define HTTPDF_ERROR_HTTP 0x0000000720. #define HTTPDF_ERROR_BUFFER_SIZE 0x0000000821. #define HTTPDF_ERROR_USER_CANCELED 0x0000000922. #define HTTPDF_ERROR_INVALID_PARAMETER 0x0000000A26.23. / HT
12、TP Download File Flags24. #define HTTPDF_FLAG_HTTP_ERROR_PAGE 0x0000000129.#define HTTPDF_FLAG_CALLBACK0x0000000230.#define HTTPDF_FLAG_GET_FILE_SIZE_ONLY 0x0000000431.#define HTTPDF_FLAG_DELETE_INVALID_FILE 0x0000000832.#define HTTPDF_FLAG_RESUME_POSITION0x0000001033.#define HTTPDF_FLAG_END_POSITIO
13、N0x0000002034.#define HTTPDF_FLAG_TIMEOUT0x0000004035.36./ HTTP Download File Status Codes37.#define HTTPDF_STATUS_CONNECTING0x0000000138.#define HTTPDF_STATUS_DOWNLOADING0x0000000239.40./ HTTP Response Status Codes (fromwininet.h)41.#define HTTP_STATUS_CONTINUE 10042./ OK to continue with request43
14、.#define HTTP_STATUS_SWITCH_PROTOCOLS 10144./ server has switched protocols inupgrade header45.46.#define HTTP_STATUS_OK20047./ request completed48.#define HTTP_STATUS_CREATED20149./ object created, reason = new URI50.#define HTTP_STATUS_ACCEPTED20251./ async completion (TBS)52.#define HTTP_STATUS_PARTIAL20353./ partial completion54.#define HTTP_STATUS_NO_CONTENT20455./ no info to return56.#define HTTP_STATUS_RESET_CONTENT20557./ request completed, but clear form58.#define HTTP_STATUS_PARTIAL_CONTENT20659./ partial GET furfilled60.61.#define HTTP_STATUS_AMBIGUOUS30062./ server c
