坑啊!坑啊!坑啊!重要的事说三遍!
最近有空在写一个类似迅雷P2P下载加速的东西,在文件断点续传的方面苦恼了几天,有部分是自己坑自己的= = !。简单来说就是先从服务器下载部分字节的文件,然后下次根据文件断点继续从断点开始下载。很简单的原理,用的是RandomAccessFile定位在文件任何位置(断点)。RandomAccessFile raf = new RandomAccessFile(" ","rw");
然后raf.seek(raf.length()),服务器端控制传输起始点,然后传输。结果大小是和源文件一样,但是就是播放不了(视频文件)(PS:这个方法是正确的,只是因为我的一点无知导致错了,稍后下文解释) 。然后我又试着把seek(0); 然后 skipBytes(size),size为之前传的字节数,然后服务器传文件全部字节,这样惊奇的发现下载完成并且能成功播放。但是用skipBytes对我之后写程序不太方便,网上又说skipBytes和seek差不多,但是seek性能比较低,当时我就想,既然差不多,是什么导致出这样问题的呢?于是我去看源码。源码如下
public int skipBytes(int n) throws IOException {
long pos;
long len;
long newpos;
if (n <= 0) {
return 0;
}
pos = getFilePointer();
len = length();
newpos = pos + n;
if (newpos > len) {
newpos = len;
}
seek(newpos);
/* return the actual number of bytes skipped */
return (int) (newpos - pos);
}
显然skipBytes只是得到一个跳过N个字节数之后的索引值,然后也是调用seek方法。这我就纳闷,为什么seek不行而skipBytes行呢。于是我打印了raf.getFilePointer() raf.Length()。。。结果发现在某个语句执行之后raf.getFilePointer 和 raf.length() 的值都成了0!!!!这坑爹的语句就是 FileOutputStream fop = new FileOutputStream(f); 其中的f 就是我用的RandomAccessFile raf 对应操作的那个文件!!!!我又去看了看FileOutputStream的源码,发现也没有改变文件长度的,但是有一个调用外部方法的,所以没看,估计是在那里改变了文件长度。
自己一些坑爹经历,分享给大家