Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1532588
  • 博文数量: 114
  • 博客积分: 10010
  • 博客等级: 上将
  • 技术积分: 1357
  • 用 户 组: 普通用户
  • 注册时间: 2006-11-19 18:13
文章分类
文章存档

2010年(8)

2009年(9)

2008年(27)

2007年(62)

2006年(8)

我的朋友

分类: 系统运维

2007-11-30 20:26:45

北京理工大学  20981  陈罡
要做手机断点续传了,网上的代码有很多,但是多数要么是过于复杂,要么是用java,pascal之类的语言编写的。都不适合直接用在手机上,无奈之下我这个懒人开始动手自己写了。
 
(1)手机断点续传的未来?
手机上开发应用程序的时候,或多或少都要用到gprs连接互联网,从互联网上的服务器中把数据取出来,然后存储到手机上,利用专门的客户端来查看。这就可以美其名曰“在线更新”了。随着智能手机的处理能力越来越强以及gprs升级在即(也就是传说中的2.5G或3G了),手机的网络应用更加惹人注意,尤其是在RSS手机新闻组、手机mail下载大附件、手机电视实时缓冲视频流、在或者在线听mp3、下载图铃之类的3G手机网络应用上,是否具有断点续传的功能尤其重要。这项技术还将发展相当长的一段时间(除非移动把什么cmwap,cmnet都统一了,目前还没有看到有统一的迹象)。
 
(2)手机断点续传的实质?
手机上的应用越花哨就必然对应着需要下载的数据文件就会越大。目前绝大多数的手机浏览器,都支持gprs下载功能,所不同的是,绝大多数都没有断点续传的功能。比如你要下载一首几百K的mp3,下载到2/3的时候,突然进了地铁或者信号不好,断开了,那就意味着刚刚的那2/3已经浪费了。再次下载的时候,就需要重新下载了。断点续传这个技术就是用来解决这个问题的,它的实质就是如果程序开始准备重新下载的时候,先检查一下,已经下载了多少了,然后再接着刚刚下载过的地方继续,接着下载。
 
(3)传统断点续传的原理?
首先,断点续传不是什么高深的技术,它是标准的http协议中已经定义了很久的东西;其次,需要服务器支持,我这边使用的是apache的服务器,对断点续传支持得很好。
 
其实断点续传的原理很简单,就是在http的请求上和一般的下载有所不同而已。
假设服务器域名为,文件名为/bbs/mp1.mp3
当web浏览器请求从服务器上的一个文时,所发出的请求如下:
GET /bbs/mp1.mp3 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 /bbs/mp1.mp3 HTTP/1.0
User-Agent: NetFox
RANGE: bytes=2000070-
Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2

仔细看一下就会发现多了一行RANGE: bytes=2000070-
这一行的意思就是告诉服务器mp1.mp3这个文件从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了。

知道了以上原理,就可以进行断点续传的编程了。
先写到这里,下一篇才是实现部分。
阅读(3018) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~