Java 中字节流的 read() 方法为什么返回值不是 byte 类型而是 int 类型？

原因

因为不管是网络还是磁盘，数据最终都是以二进制字节流的形式传输，也就是一个字节一个字节（1 byte = 8 bit）。
假设一个 byte 二进制表达形式就是 1111 1111 ，由于 Java 中判断一个流是否读取结束是通过读到的内容是不是等于 -1 。如果用 Java(只存在有符号数) 中的 byte 接收的话，1111 1111 就代表 -1，就会导致流还没有读取完就结束了读取。通过用 int （int 类型是 32 位）接收从操作系统中读取过来的字节（一个字节是 8 位），只需要在 int 类型数的低 8 位来存放这个读到的字节，在高 24 位都补零，这样就不会存在读取的数据为 -1 的情况了，所以我们就可以用 -1 这个唯一标识来表示已经读到流末尾。

其实 Java 中的字符流读操作是通过一个字节流和字符流的转换器（InputStreamReader）将字节流转换为字符流来操作，字符流写操作是通过一个字符流和字节流的转换器（OutputStreamWriter ）将字符流转换为字节流来写入磁盘或网络传输等。

InputStream#read(byte b[], int off, int len)

read() 是一个抽象方法留给子类去实现，其实 InputStream 也是一个模板方法模式，写好流操作的大体逻辑，就等着子类去实现 read() 方法即可。比如：文件读取就按照 File 的方式去从操作系统读数据。

public int read(byte b[], int off, int len) throws IOException {
        if (b == null) {
            throw new NullPointerException();
        } else if (off < 0 || len < 0 || len > b.length - off) {
            throw new IndexOutOfBoundsException();
        } else if (len == 0) {
            return 0;
        }

		// read() 是一个抽象方法留给子类去实现，其实 InputStream 也是一个模板方法模式，写好流操作的大体逻辑，就等着子类去实现 read() 方法即可。比如：文件读取就按照 File 的方式去从操作系统读数据。
        int c = read();
        // 读取到流末尾，结束读取。
        if (c == -1) {
            return -1;
        }
        b[off] = (byte)c;

        int i = 1;
        try {
            for (; i < len ; i++) {
                c = read();
                if (c == -1) {
                    break;
                }
                b[off + i] = (byte)c;
            }
        } catch (IOException ee) {
        }
        return i;
    }

欢迎大家关注我的微信公众号 Java知其所以然