输入流中的read和readfully方法区别和原理

DataInputStream类中的read(byte[] b)和readFully(byte[] b)读取消息到底有什么区别呢？

下面让我来分析一下：

1.其实read(byte[] b)方法和readFully(byte []b)都是利用InputStream中read（）

方法，每次读取的也是一个字节，只是读取字节数组的方式不同，查询jdk中源代码发现

2. read(byte[] b)方法实质是读取流上的字节直到流上没有字节为止，如果当声明的字节数组长度大于流上的数据长度时就提前返回，而readFully(byte[] b)方法是读取流上指定长度的字节数组，也就是说如果声明了长度为len的字节数组，readFully(byte[] b)方法只有读取len长度个字节的时候才返回，否则阻塞等待，如果超时，则会抛出异常EOFException。

3.那么当发送了长度为len的字节，那么为什么用read方法用户收不全呢，揪其原因我们发现消息在网络中传输是没那么理想的，我们发的那部分字节数组在传送过程中可能在接受信息方的缓存当中或者在传输线路，极端情况下可能在发送方的缓存当中，这样就不在流上，所以read方法提前返回了，这样就造成了各种错误。

给你看些代码！你就明白是怎么回事了！其实内部有进行判断，但是并没有进行处理！
而是直接抛出了异常！一下是JDK 的源代码：

        public void readFully(byte[] b, int off, int len, boolean copy)
            throws IOException
        {
            while (len > 0) {
                int n = read(b, off, len, copy);
                if (n < 0) {
                    throw new EOFException();
                }
                off += n;
                len -= n;
            }
        }

从这里不难看出！这里对异常并没有处理！而是直接抛出异常！
这里还要注意的一个问题就是其实 readFully和read的区别。
readFully方法并不是说一下就把整个文件读完了，不用去管是否到达文件末尾的异常。
readFully只是在读取数据的时候，会一直把缓冲区读满，否则一直处于阻塞状态而等待读取。
而read方法只是将字节流中的数据读完。那么数据在TCP协议传送的过程中，可能输入流接受到的数据并不完全，只是其中的一部分。而如果这时候的缓冲区没有满的话，readFully将会继续等待。知道缓冲区装满。

某些时候！你可能需要读出特定的长度的字段。比如一些数据的头信息之类的！
这时候如果你用read去读，那么可能还没有读完就个你返回来了。
但是如果去用readFully读，那么就会完整的给你读出来。
但是在更多的时候，如果不是确定要用特定长度的数据。还是用read去读。
用readFully有点危险。