android多线程断点续传原理解析
在下载大文件的时候，我们往往要使用多线程断点续传，保证数据的完整性
下面我来解析一下多线程断点续传的原理
首先说多线程，我们要多线程下载一个大文件，就有开启多个线程，多个connection，既然是一个文件分开几个线程来下载，那肯定就是一个线程下载一个部分，不能重复
那么我们这么确定一个线程下载一部分呢
就需要我们在请求的header里面设置
conn.setRequestProperty("Range", "bytes="+startPos+"-"+endPos);这里startPos是指从数据端的哪里开始，endPos是指数据端的结束
根据这样我们就知道，只要多个线程，按顺序指定好开始跟结束，就可以不冲突的下载了
那么我们写文件的时候又该怎么写呢
-
byte[] buffer = new byte[ 1024];
-
int offset = 0;
-
print( "Thread "+ this.threadId+ " starts to download from position "+startPos);
-
RandomAccessFile threadFile = new RandomAccessFile( this.saveFile, "rwd");
-
threadFile.seek(startPos);
-
...
-
threadFile.write(buffer, 0,offset);
从上面代码可以看出，每个线程找到自己开始写的位置，就是seek(startPos)
这样就可以保证数据的完整性，也不会重复写入了
基本上多线程的原理就是这样，其实也很简单
那么我们接着说断点续传，断点续传其实也很简单，原理就是使用数据库保存上次每个线程下载的位置和长度
例如我开了两个线程T1，T2来下载一个文件，设文件总大小为1024M，那么就是每个线程下载512M
可是我的下载中断了，那么我下次启动线程的时候（继续下载），是不是应该要知道，我原来下载了多少呢
所以是这样的，我没下载一点，就更新数据库的数据，
例如T1，下载了100M,就要实时更新数据库，记录下100M，并且记录下这个线程开始下载位置(startPos)，还有线程负责的长度(512M)
那么我继续下载的时候，就可以像服务器请求startPos+1000M开始的数据了，然后在文件里面也是seek（startPos+1000M）的位置继续下载，就可以实现断点续传了
OK，原理到这里就结束了，顺便提一句，在实际过程中，我们往往要使用进度条提示下载进度
这是我们可以启动一个线程，专门负责进度的更新，并且实时监听T1，T2线程的情况，
所以我们最好建立一个LISTNER接口比较方便，当然，这就比较简单了
android多线程断点续传原理解析
在下载大文件的时候，我们往往要使用多线程断点续传，保证数据的完整性
下面我来解析一下多线程断点续传的原理
首先说多线程，我们要多线程下载一个大文件，就有开启多个线程，多个connection，既然是一个文件分开几个线程来下载，那肯定就是一个线程下载一个部分，不能重复
那么我们这么确定一个线程下载一部分呢
就需要我们在请求的header里面设置
conn.setRequestProperty("Range", "bytes="+startPos+"-"+endPos);这里startPos是指从数据端的哪里开始，endPos是指数据端的结束
根据这样我们就知道，只要多个线程，按顺序指定好开始跟结束，就可以不冲突的下载了
那么我们写文件的时候又该怎么写呢
-
byte[] buffer = new byte[ 1024];
-
int offset = 0;
-
print( "Thread "+ this.threadId+ " starts to download from position "+startPos);
-
RandomAccessFile threadFile = new RandomAccessFile( this.saveFile, "rwd");
-
threadFile.seek(startPos);
-
...
-
threadFile.write(buffer, 0,offset);
从上面代码可以看出，每个线程找到自己开始写的位置，就是seek(startPos)
这样就可以保证数据的完整性，也不会重复写入了
基本上多线程的原理就是这样，其实也很简单
那么我们接着说断点续传，断点续传其实也很简单，原理就是使用数据库保存上次每个线程下载的位置和长度
例如我开了两个线程T1，T2来下载一个文件，设文件总大小为1024M，那么就是每个线程下载512M
可是我的下载中断了，那么我下次启动线程的时候（继续下载），是不是应该要知道，我原来下载了多少呢
所以是这样的，我没下载一点，就更新数据库的数据，
例如T1，下载了100M,就要实时更新数据库，记录下100M，并且记录下这个线程开始下载位置(startPos)，还有线程负责的长度(512M)
那么我继续下载的时候，就可以像服务器请求startPos+1000M开始的数据了，然后在文件里面也是seek（startPos+1000M）的位置继续下载，就可以实现断点续传了
OK，原理到这里就结束了，顺便提一句，在实际过程中，我们往往要使用进度条提示下载进度
这是我们可以启动一个线程，专门负责进度的更新，并且实时监听T1，T2线程的情况，
所以我们最好建立一个LISTNER接口比较方便，当然，这就比较简单了
在下载大文件的时候，我们往往要使用多线程断点续传，保证数据的完整性
下面我来解析一下多线程断点续传的原理
首先说多线程，我们要多线程下载一个大文件，就有开启多个线程，多个connection，既然是一个文件分开几个线程来下载，那肯定就是一个线程下载一个部分，不能重复
那么我们这么确定一个线程下载一部分呢
就需要我们在请求的header里面设置
conn.setRequestProperty("Range", "bytes="+startPos+"-"+endPos);这里startPos是指从数据端的哪里开始，endPos是指数据端的结束
根据这样我们就知道，只要多个线程，按顺序指定好开始跟结束，就可以不冲突的下载了
那么我们写文件的时候又该怎么写呢
-
byte[] buffer = new byte[ 1024];
-
int offset = 0;
-
print( "Thread "+ this.threadId+ " starts to download from position "+startPos);
-
RandomAccessFile threadFile = new RandomAccessFile( this.saveFile, "rwd");
-
threadFile.seek(startPos);
-
...
-
threadFile.write(buffer, 0,offset);
从上面代码可以看出，每个线程找到自己开始写的位置，就是seek(startPos)
这样就可以保证数据的完整性，也不会重复写入了
基本上多线程的原理就是这样，其实也很简单
那么我们接着说断点续传，断点续传其实也很简单，原理就是使用数据库保存上次每个线程下载的位置和长度
例如我开了两个线程T1，T2来下载一个文件，设文件总大小为1024M，那么就是每个线程下载512M
可是我的下载中断了，那么我下次启动线程的时候（继续下载），是不是应该要知道，我原来下载了多少呢
所以是这样的，我没下载一点，就更新数据库的数据，
例如T1，下载了100M,就要实时更新数据库，记录下100M，并且记录下这个线程开始下载位置(startPos)，还有线程负责的长度(512M)
那么我继续下载的时候，就可以像服务器请求startPos+1000M开始的数据了，然后在文件里面也是seek（startPos+1000M）的位置继续下载，就可以实现断点续传了
OK，原理到这里就结束了，顺便提一句，在实际过程中，我们往往要使用进度条提示下载进度
这是我们可以启动一个线程，专门负责进度的更新，并且实时监听T1，T2线程的情况，
所以我们最好建立一个LISTNER接口比较方便，当然，这就比较简单了