在java.io.InputStream类中定义了skip这个方法。在API中的描述如下：skippublic long skip(longn)throws IOExceptionSkips over and discardsnbytes of data from this input stream. Theskipmethod may, for a variety of reasons, end up skipping over some smaller number of bytes, possibly0. This may result from any of a number of conditions; reaching end of file beforenbytes have been skipped is only one possibility. The actual number of bytes skipped is returned. Ifnis negative, no bytes are skipped.
Theskipmethod of this class creates a byte array and then repeatedly reads into it untilnbytes have been read or the end of the stream has been reached. Subclasses are encouraged to provide a more efficient implementation of this method. For instance, the implementation may depend on the ability to seek.
Parameters:n- the number of bytes to be skipped.Returns:the actual number of bytes skipped.Throws:IOException- if the stream does not support seek, or if some other I/O error occurs.翻译如下：
跳过和丢弃此输入流中数据的n个字节。出于各种原因，skip方法结束时跳过的字节数可能小于该数，也可能为0。导致这种情况的原因很多，跳过n个字节之前已到达文件末尾只是其中一种可能。返回跳过的实际字节数。如果n为负，则不跳过任何字节。
此类的skip方法创建一个 byte 数组，然后重复将字节读入其中，直到读够n个字节或已到达流末尾为止。建议子类提供此方法更为有效的实现。例如，可依赖搜索能力的实现。
n要跳过的字节数。
return跳过的实际字节数。
ThrowsIOException:如果流不支持搜索，或者发生其他 I/O 错误。
同时，其子类FileInputStream中也继承了skip这个方法。如API中所描述的，skip方法会存在跳过的字节数小于预期的情况。如果不对返回值进行处理的话，很容易忽视这个问题，，导致结果错误。最近在看baksmali的源码，其中有一个简单而巧妙的方法来避过skip方法的这个弊端。
FileInputStream in = new FileInputStream(file);int at = offset;while(at > 0) {long amt = in.skip(at);if (amt == -1) {throw new RuntimeException(file + ": unexpected EOF");}at -= amt;}
至于skip方法为什么会产生这个问题，需要分析该方法的源码，暂记录于此，等有空了去想一想…
渐渐少了联络，友谊就变的淡了，所以，抽点时间，联络朋友一起聊聊天，
