RandomAccessFile 中的一些坑事，skipBytes 和seek 学习

         坑啊！坑啊！坑啊！重要的事说三遍！

        最近有空在写一个类似迅雷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的源码，发现也没有改变文件长度的，但是有一个调用外部方法的，所以没看，估计是在那里改变了文件长度。

自己一些坑爹经历，分享给大家