java中节点流和处理流_节点流、处理流

若把输入输出流看作管道

那么 java中 最核心的管道 叫做节点流 有如供暖管道最内层的水管

一般供暖管道都会作保护 在最内层水管外层层包装 这些加了“包装”的流(连同外包装一起！)——就是处理流

又可以类比TCP/IP中的最底层 是数据链路层 直接通过传输设备(如光纤等)传输0101信号 那数据链路层 就是 TCP/IP的“节点流”， 什么微信qq支付宝，就是TCP/IP的“处理流”

节点流、处理流 的异同

按功能不同划分IO流：节点流，处理流。

(1)程序用于直接操作目标设备所对应的类叫节点流。

(2)程序通过一个间接流类去调用节点流类，以达到更加灵活方便地读写各种类型的数据，这个间接流类就是处理流。

这里先以 字节流(字符流本质也是字节流 只是最小传单位不是一个字节 而是几个字节 同理 处理流本质上也是节点流 只是对节点流做了包装) 为例 列出常用的 节点流、处理流：

典型节点流：

FileInputStream

FileOutputStream

典型处理流：

BufferedInputStream

BufferedOutputStream

节点流demo

节点流demo如下(是的 中文是可以作为方法名/变量名的 亲!)：

public void 节点流copyFile(String src, String dest) {

FileInputStream fis = null;

FileOutputStream fos = null;

try {

File reader = new File(src);

File writer = new File(dest);

fis = new FileInputStream(reader);

fos = new FileOutputStream(writer);

byte[] b = new byte[1024];

int len = 0;

while ((len = fis.read(b)) != -1) {

fos.write(b, 0, len);

}

} catch (IOException e) {

e.printStackTrace();

} finally {

if (fis != null)

try {

fis.close();

} catch (IOException e) {

e.printStackTrace();

}

if (fos != null)

try {

fos.close();

} catch (IOException e) {

e.printStackTrace();

}

}

}

@Test

public void 节点流CopyFileTest() {

String src = "C:\\Users\\ASUS\\Desktop\\abc.mkv";

String desc = "C:\\Users\\ASUS\\Desktop\\ccc.mkv";

long begin = System.currentTimeMillis();

节点流copyFile(src, desc);

long end = System.currentTimeMillis();

System.out.println("耗时:" + (end - begin) + "ms");

}

程序运行结果：

耗时:1876ms

对比文件，除了创建时间、文件名，其他指标都是一模一样的：

节点流复制视频文件.png

处理流demo

处理流demo如下(注意 先删除刚才复制出来的新文件 ccc.mkv 再运行以下代码)：

public void 处理流CopyFileTest(String src, String dest) {

FileInputStream fis = null;

FileOutputStream fos = null;

BufferedInputStream bis = null;

BufferedOutputStream bos = null;

try {

File reader = new File(src);

File writer = new File(dest);

fis = new FileInputStream(reader);

fos = new FileOutputStream(writer);

bis = new BufferedInputStream(fis);

bos = new BufferedOutputStream(fos);

byte[] b = new byte[1024];

int len = 0;

while ((len = bis.read(b)) != -1) {

bos.write(b, 0, len);

}

} catch (IOException e) {

e.printStackTrace();

} finally {

if (bis != null) {

try {

bis.close();

} catch (IOException e) {

e.printStackTrace();

}

}

if (bos != null) {

try {

bos.close();

} catch (IOException e) {

e.printStackTrace();

}

}

if (fis != null)

try {

fis.close();

} catch (IOException e) {

e.printStackTrace();

}

if (fos != null)

try {

fos.close();

} catch (IOException e) {

e.printStackTrace();

}

}

}

@Test

public void 处理流CopyFileTest() {

String src = "C:\\Users\\ASUS\\Desktop\\abc.mkv";

String desc = "C:\\Users\\ASUS\\Desktop\\ccc.mkv";

long begin = System.currentTimeMillis();

处理流CopyFileTest(src, desc);

long end = System.currentTimeMillis();

System.out.println("耗时:" + (end - begin) + "ms");

}

程序运行结果：

耗时:297ms

对比文件，除了创建时间、文件名，其他指标都是一模一样的：

处理流复制视频文件.png

处理流做了什么封装？

——主要是一个长度为8192的byte数组(当然，还有其他很多方法)：

默认长度为8192.png

new一个8192的数组buf.png

buf数组_本质还是byte_本质是字节！.png

参考以上两demo，大家想想，“裸奔”的节点流，和“精心制作”的处理流，分别对同一个大小为136 MB的视频文件进行复制，分别耗时：1876ms、297ms，可见处理流提高了一个数量级的效率！而在其他业务场景下，处理流的优势会更加凸显！

同时注意到，DEFAULT_BUFFER_SIZE的设置也是有讲究的，太小的话，单次运输的字节数太少，耗时太多，效率太低；太大的话，在堆里new数组耗时、耗空间，复制小文件时，还可能出现“杀猪焉用牛刀”的情况。

因此，DEFAULT_BUFFER_SIZE设置成8192，是综合权衡实际中各种、海量的情况后得出的，这说明java设计者们深谙中庸之道。