代码段试图从InputStream in读取1024字节到数组input中。但是，如果仅有512字节可以获得，则这些字节就是将要读取的全部字节，并且bytesRead值会设为512。但我们为了保证在实际上读取到所有的字节，怎么办？看
int bytesRead=0;
int byteToRead=1024;
byte[] input=new byte[byteToRead];
while(bytesRead<byteToRead){
bytesRead+=in.read(input,bytesRead,byteToRead-bytesRead);
}
Ø public int available() throws IOException
如果由于某种原因用户不希望读取数据，除非用户想要的全部数据可以立即得到，这时候就可以用available()方法返回的字节数是能够读取的最小字节数，而在实际上可以读取更多的字节，但是能够读取的字节数据至少与available()返回的字节数一样多。
看例子
int bytesAvailable=in.available();
byte[] input=new byte[bytesAvailable];
int byteTead=in.read(input,0,bytesAvailable);
//其他代码
这里我们可以断言bytesRead正好等于bytesAvailable，但不能断言bytesRead>0，因为available()返回0是有可能的。
流结束时:
available()返回0;
read(byte[] data,int offset,int length)通常返回-1；
流没有结束，可读取字节数即available()得到的值为0时
read(byte[] data,int offset,int length)会忽略流的结束，返回0；
Ø public long skip(long n) throws IOException
在极少数情况下，用户可能希望跳过数据而不去读取它们。Skip()方法就是实现这个功能的。这个方法在从文件读取数据时较为有用，而在网络连接流上则用处较小。因为网络连接流是有序的而且通常很慢，因此读取数据的耗时不会太多的超过跳过数据的耗时。文件可以随机访问，因此我们通过重定位文件指针就能简单的实现数据的跳转，而不是跳过每一个字节。
Ø public void close() throws IOException
和输出流一样，程序利用完输入流之后，就应该调用close()方法关闭该输入流了(要记住啊)。该方法会释放与输入流有关的所有资源，如文件句柄和端口。一旦输入流关闭，再从它读取数据时会触发IOException。但是，有些类型的流可能仍允许对对象进行一定的操作。例如，用户通常不希望从java.security.DigestInputStream中获取报文摘要，除非已经读取了所有数据并且关闭了输入流。
看到这里或许你还会问怎么还有三个方法没有呢，对，还有三个不常用的方法
public void mark(int readAheadLimit)
public void reset() throws IOException
public boolean markSupported();
这些方法允许程序备份和重新读取已经读取过的数据。要实现这个功能，需要用mark()方法在输入流中的当前位置作个标记，在以后的某点可以使用reset()方法重新将流定位到标记处，随后的读取将返回从标记初开始的数据。但是，从标记处到重新将流定位点不能任意长。重新定位到标记处之前允许读取的字节数就是由mark()的变量readAheadLimit决定。多长就会触发IOException，而且任何指定时刻，输入流中只可以有一个标记，如果标记了第二个标记，就会覆盖第一个标记了。其实标记和重新设置位置都是通过存储从内部缓冲区中的标记位置读出每一字节来实现。最麻烦的状况是，并非所有输入流都支持标记和重新设置位置的。所以在设置之前要用markSupported()方法检测一下。
实际上不支持标记和重新设置位置的流多于支持它们的流。Elliotte Rusty Harold大师觉得这几个方法设计的标准不高，将功能性与一个许多甚至可能是大部分子类都不可用的抽象超类结合是一个相当拙劣的想法。最好是将这三个方法放在不同的接口中。提供类似于markSupported()方法在运行时进行功能性检测是较为传统，非面向对象的解决方法。面向对象的方法将通过接口和类把该方法嵌入到面向对象系统中，从而在编译时检测所有的流。
Java.io中总是支持标记的输入流：BufferedInputStream和ByteArrayInputStream。
减小字体
增大字体