他与fileinputstream 的区别是什么呀?他不是自带缓冲区吗?为什么还需要指定一个byte数组?
认证0级讲师
它的缓存和你自己的缓存不是一个概念。大概流程如下。
使用不带缓存的inputstream时
每次你读取时,系统执行读取操作把数据读出来,你指定读一个字节那就读一个字节,指定一个数组那就读一个数组的,你的程序和数据的读取效率有非常大的关系。
而使用bufferedinputstream时,是这样的
bufferedinputstream
当你创建bufferedinputstream,后他会立即去读数据然后放到jvm管理的内存里,每次你读取时,他不会再去系统中读取,会去内存中读取数据,之后再判断内存中剩的还多不,不多就再由它去指挥系统读取操作,不论你是读一个字节还是一个数组,系统都不一定会去操作硬盘。你的程序和数据读取的效率关联就非常微小了。
换个角度想,如果你用不带buffer的流,打开文件然后立即关闭,系统不会有任何数据调用,关闭会很快执行。而你用带buffer的流打开文件,哪怕没读取就立即执行关闭了,这个关闭也不会立即执行,而且系统也已经把一部分数据读取的内存了,会比用不带buffer的效率低。
当然应该没人会闲的无聊到创建流之后不读取就关闭吧?
缓冲和使用数组接收两者没有关系呀,并没有说有了缓冲就不用数组接收内容了呀。
因为希望能复用这个byte[],否则在面对大数据流IO传输时,你会发现YGC开心得不要不要的
它的缓存和你自己的缓存不是一个概念。大概流程如下。
每次你读取时,系统执行读取操作把数据读出来,你指定读一个字节那就读一个字节,指定一个数组那就读一个数组的,你的程序和数据的读取效率有非常大的关系。
当你创建
bufferedinputstream
,后他会立即去读数据然后放到jvm管理的内存里,每次你读取时,他不会再去系统中读取,会去内存中读取数据,之后再判断内存中剩的还多不,不多就再由它去指挥系统读取操作,不论你是读一个字节还是一个数组,系统都不一定会去操作硬盘。
你的程序和数据读取的效率关联就非常微小了。
换个角度想,
如果你用不带buffer的流,打开文件然后立即关闭,系统不会有任何数据调用,关闭会很快执行。
而你用带buffer的流打开文件,哪怕没读取就立即执行关闭了,这个关闭也不会立即执行,而且系统也已经把一部分数据读取的内存了,会比用不带buffer的效率低。
当然应该没人会闲的无聊到创建流之后不读取就关闭吧?
缓冲和使用数组接收两者没有关系呀,并没有说有了缓冲就不用数组接收内容了呀。
因为希望能复用这个byte[],否则在面对大数据流IO传输时,你会发现YGC开心得不要不要的