多线程下载实践

多线程下载的意义（网上搜的资料和自己理解的差不多拿来用下 忘了出处了暂不注明）：

    所谓断点续传即下载过程可以中途暂停，然后再从停止点继续下载过程，并最终获得完整的文件，断点续传需要服务器支持。
    多线程下载也需要服务器支持断点续传功能，此时文件可以分成几个部分，并且同时进行下载，以提高下载速度。也就是说，对于同一个下载文档，设置不同的下载起点，然后一起开始下载。
    通常服务器同时与多个用户连接，用户之间共享带宽。如果N个用户的优先级都相同，那么每个用户连接到该服务器上的实际带宽就是服务器带宽的N分之一。如果你通过多个线程同时与服务器连接，那么你就可以榨取到较高的带宽了。例如原来有10个用户都通过单一线程与服务器相连，服务器的总带宽假设为56Kbps，则每个用户（每个线程）分到的带宽是5.6Kbps，即0.7K字节/秒。如果你同时打开两个线程与服务器连接，那么共有11个线程与服务器连接，而你获得的带宽将是56/11*2=10.2Kbps，约1.27K字节/秒，将近原来的两倍。


多线程下载的说明：
    多线程下载是一个比较让服务器管理者头痛同时又是让热爱下载者欣喜的技术。就我个人的下载经验而言，许多的服务器虽然支持多线程下载但是会对其进行限制。这时就需要对服务器的限制进行探测，找到其限制个数，做到下载自适应。对于突破下载限制，这就不在我能力范围了。
    虽然原则上我也不支持多线程下载。但是公司的破网络需要200人左右共享10M带宽，经常是单线程下载1小时，20M的东西还没下完，太考验人的耐心了。平时在家里，合租者经常在线看视频，这时需要对其做一个限制（单纯的口头教育是没有什么用的），用高性能路由器的可以做些设置，对于那些无法设置的只有和他们抢占带宽了（这个纯属误导，和谐相处才是大势所趋）。
    这里介绍有关多线程下载的网络上常见一些词汇：单线程，双线程，多线程，断点续传。
    常用的多线程下载软件：迅雷，旋风，快车等。
    多线程下载技术并不复杂，估计在大学里学完网络编程就可以用C++实现了。现在我才考虑用java实现它，真是让人感触良多啊！


关于多线程下载实践：
    由于最近比较闲，特研究一下断点续传。
    原因：有一次项目经理找我面谈时拿一系列的技术来打击我，断点续传就是其中之一，而且是我最不熟悉的内容。
    过程：第一步上网查资料（如上多线程下载的意义）；第二步查找java实现；第三步思考自己实现。
    目标：做成一个提供下载服务的jar，让其与项目中下载的实现有较好的模块分离。
    由于网上有很多java的http的多线程下载示例，重写这些代码没有什么意义，对自己技术的提高也没什么效果。故决定在其中一个已有代码基础上进行扩展，做成一个服务提供形式的模块，这样别的工程引入这个实现时不需要对多线程下载的具体实现再重写或者进行大的改动。
    引用的基础代码是javaeye上的一篇博客内容,现介绍其连接:http://www.iteye.com/topic/427397
   对其的扩展主要包括：面向接口的服务提供形式，底层下载的封装，下载参数设置的提供
，下载暂停及继续的实现，下载链接的简单解析功能。
    暂未实现的扩展：下载文件大小及已下载文件大小的接口提供（下载进度），ftp下载的实现，是否支持断点续传（即多线程下载，这包括http与ftp两部分）。
    发散思考：多线程上传的意义与实现


代码解说：暂不提供




项目源码：见附件 这是第一版本