FileChannel与Buffer用法与说明
上一篇简单介绍了NIO,这一篇将介绍FileChannel结合Buffer的用法,主要介绍Buffer
FileChannel的简单使用&Buffer的介绍
1.FileChannel例子
上一篇说到,这个Channel属于文件通道,专门读取文件信息,NIO读取文件内容的简单的例子:
public static void readFile() {
RandomAccessFile file = null;
try {
file = new RandomAccessFile("D:\\rua.txt", "rw");
FileChannel fileChannel = file.getChannel(); //获取文件通道
ByteBuffer buf = ByteBuffer.allocate(2); //分配容积为2字节的一块Buffer,用来读取数据
int bytesRead = fileChannel.read(buf); //从通道里读取数据到Buffer内(最大不超过Buffer容积)
while (bytesRead != -1) { //当读不到任何东西时返回-1
buf.flip(); //切换到Buffer读模式,读模式下可以读取到之前写入Buffer的数据
while (buf.hasRemaining()) { //循环输出Buffer中的数据
System.out.print((char) buf.get());
}
buf.compact(); //或者调用clear,切换回Buffer的写模式
bytesRead = fileChannel.read(buf); //跟上面一样,再次从通道读取数据到Buffer中
}
} catch (IOException e) {
e.printStackTrace();
} finally {
try {
if (file != null) {
file.close();
}
} catch (IOException e) {
e.printStackTrace();
}
}
}
rua.txt文件内容为:123456789 上述代码运行后输出如下:
123456789
文件正常读取,可以结合上面的注释,来分析下过程,接下来要利用上面的例子介绍Buffer的一些概念。
2.Buffer的概念
①Buffer操作的步骤
第一篇说过,Buffer是一个缓冲区,是一个容器,负责从通道读取数据或者写数据给通道,通过上面的例子,我们可以看到Buffer在读取通道数据时的几个步骤:
step1:分配空间
ByteBuffer.allocate(1024); //除此之外,还可以通过allocateDirector分配空间(具体不了解,先放一边,回头补)
step2:从通道读取数据,写入Buffer
int bytesRead = fileChannel.read(buf);
step3:读取Buffer内的内容,切换回Buffer读模式
buf.flip(); //切换到Buffer读模式,读模式下可以读取到之前写入Buffer的数据
step4:循环执行读写操作,每取完一次Buffer中的值,都切换回写模式,再次从通道读取数据到Buffer
while (bytesRead != -1) { //当读不到任何东西时返回-1
buf.flip(); //切换到Buffer读模式,读模式下可以读取到之前写入Buffer的数据
while (buf.hasRemaining()) { //循环输出Buffer中的数据
System.out.print((char) buf.get());
}
buf.compact(); //或者调用clear,切换回Buffer的写模式
bytesRead = fileChannel.read(buf); //跟上面一样,再次从通道读取数据到Buffer中
}
②Buffer读写、存储的重要的概念
Buffer具备的几个重要概念:
capacity:缓冲区数组的总长度(容积)
position:下一个需要操作的数据元素的位置
limit:缓冲区不可操作的下一个元素的位置,limit <= capacity
mark:用于记录position的前一个位置或默认是-1
结合上面的概念,除了mark(再往下介绍),其余几个指标的操作变化如下图:
初始化一个容积为10的Buffer,初识位置limit = capacity,position位于第一个位置
图1
当容器内写入了5个数据元素之后,position的位置变到了第6个位置,标记当前写入到哪里了
图2
这时候不再写入数据了,开始切换回Buffer的读模式(flip),发生的变化如下:
图3
发现,原先读模式下的position的位置被limit替换掉了,而position被重置为了第一个位置,这是因为现在读模式下想要读取之前写入的内容,为了保证读取的数据都是可读的(之前写入的),就需要有一个标记,来记录之前写模式下,操作到哪里了,position被重置为第一个位置,也很容易理解,因为切换了读模式,从头开始读取已写入的数据。
通过上面的描述,我们清楚了buffer是如何利用position、limit、capacity来完成读写操作的,下面我们来介绍下具体读写操作时Bufer发生的操作:
Buffer切换读模式的方法有:flip
Buffer切换写模式的方法有:clear、compact
Buffer读数据:get
使用clear切换回写模式的时候,position会被置为0(也就是最初的位置),limit置为capacity(也就是最后的位置),意味着切换写模式之前未读的数据,将会被新一轮的写入覆盖,就再也找不回来了,所以除了clear这个操作,Buffer还提供了compact方法来切换读模式,这个方法会把所有未读的数据拷贝到Buffer的起始位置,然后position指向最后一个未读数据的后一位,这样,下次开启读模式的时候,position操作同上,置为0,因此之前未读完被落下的数据也就在这时候被读到了。
下面我们来还原下这个转换过程:
图4
走到上面的步骤后,我们切换成写模式,下面这个图分别表示了clear和compact两个方法下的两种操作:
图5
根据图4和图5,结合上面的话,更容易理解clear和compact两种方式切换写模式所做的内部操作,以及为什么clear会丢数据,而compact不会。
下面通过一开始的例子,把中间读取数据的地方稍微做下修改:
ByteBuffer buf = ByteBuffer.allocate(2);
int bytesRead = readChannel.read(buf);
while (bytesRead != -1) {
buf.flip();
char result = (char) buf.get(); //虽然读进来了2个字节,但这里只取一个
System.out.print(result);
buf.clear(); // 使用clear切换回Buffer的写模式
bytesRead = readChannel.read(buf);
}
System.out.println("-----------程序结束");
输出结果:
13579-----------程序结束
发现丢了一些数据,现在把clear改成compact,运行结果为:
12345678-----------程序结束
发现,除了9,都输出来了(至于9为啥没输出,因为每次只取了一个字节的数据呀~)
那么,如果切换到读模式,但是不读,然后切换回写模式继续写,会发生什么?
改造上述代码如下:
ByteBuffer buf = ByteBuffer.allocate(2);
int bytesRead = readChannel.read(buf);
while (bytesRead != -1) {
buf.flip();
buf.clear(); // 不读,立刻切回写模式
bytesRead = readChannel.read(buf);
}
System.out.println("-----------程序结束");
调用clear的情况下输出:
-----------程序结束
而调用compact方法,却发生阻塞(死循环)了,结合之前的图,我们可以知道,如果不读,意味着在compact下会把未读的数据copy到Buffer里,如果一点都不读,那么意味着被copy的这批数据会占满整个Buffer,以至于position没有下一个位置可用,就会发生文件里的数据没办法被安排进缓冲区(意味着文件读不完),bytesRead一直不等于-1,发生死循环。
通过上面的图和例子,基本上可以理清楚读模式、写模式(包含不同的切换方式)下的Buffer内部处理方式。
②Buffer的其他操作
除了上面几种常规用法,Buffer还提供了其他的几个操作方法:
1.rewind
这个方法可以在读模式下,重置position的位置,也就是说在get执行后。position发生了位移,这个方法可以重置position的位置为初始位置,看例子:
ByteBuffer buf = ByteBuffer.allocate(2); //每次可读入两个字节
int bytesRead = readChannel.read(buf);
while (bytesRead != -1) {
buf.flip();
System.out.print((char) buf.get());
buf.rewind(); //重置position
System.out.print((char) buf.get());//这时候读到的数据跟上面是同一个
buf.clear();
bytesRead = readChannel.read(buf);
}
运行结果:
1133557799
可以看到,每次循环拿到两个字节,但两次获取的数据都是同一个,因为rewind把读取游标重置成初始位置了(也即是位置0)
这里说下,如果把上面的第二个get方法去掉,然后把clear模式改成compact模式同样也会发生死循环,因为rewind重置了游标,重置后又没有get方法再次读取,导致把本次的两个字节又复制进了Buffer,跟之前说的不读一样,会导致Buffer没有多余的空间放文件里的数据,导致一直读不完,发生死循环。
2.mark & reset
这两个方法放到一起说,因为mark跟reset不放在一起使用,没有任何意义。
mark:用于标记当前position的位置
reset:用于恢复被mark标记的position的位置
例子:
ByteBuffer buf = ByteBuffer.allocate(2);
int bytesRead = readChannel.read(buf);
while (bytesRead != -1) {
buf.flip();
buf.mark(); //标记当前位置,这里也就是初始位置
System.out.print((char) buf.get()); //读取到了初识位置数据
buf.reset(); //重置position到mark标记时那个值
System.out.print((char) buf.get()); //这里由于被reset了,因此输出的还是初识位置的数据
buf.clear();
bytesRead = readChannel.read(buf);
}
输出结果:
1133557799
会发现,上下两个打印都是是一样的数据。嘛,还是跟上面一样,再回顾一下,这里如果用compact会怎么操作?如果使用compact会打印如下语句:
1122334455667788
这个现在也很好理解了,因为重置了位置所以每个数据被打印了两次,由于mark的原因,每次实际上相当于只读了一个数据,所以剩下的一个数据被顺延到下次循环里打印,以此类推。
3.equals & compareTo
equals:用来比较两个Buffer是否相等,判等条件为
①类型相同(byte、char等)
②剩余元素个数相等
③剩余元素相同
compareTo:比较两个Buffer中剩余元素的大小,如果满足如下条件,则认为buffer1小于buffer2:
①buffer1中第一个与buffer2不相等的元素小于buffer2的那个元素
②所有元素相同,但是buffer1先比buffer2耗尽
3.边读边写
例子:将rua.txt里的内容在读的同时写入文件haha.txt里
readFile = new RandomAccessFile("D:\\rua.txt", "r");
writeFile = new RandomAccessFile("D:\\haha.txt", "rw");
FileChannel readChannel = readFile.getChannel(); //获取只读文件通道
FileChannel writeChannel = writeFile.getChannel(); //获取写文件通道
ByteBuffer readBuf = ByteBuffer.allocate(2); //分配容积为2字节的一块Buffer,用来读取数据
int bytesRead = readChannel.read(readBuf); //从通道里读取数据到Buffer内(最大不超过Buffer容积)
while (bytesRead != -1) { //当读不到任何东西时返回-1
readBuf.flip(); //切换到Buffer读模式,读模式下可以读取到之前写入Buffer的数据
writeChannel.write(readBuf); //将现在的buffer里的数据写到文件haha.txt里
readBuf.compact(); // 切换回Buffer的写模式
bytesRead = readChannel.read(readBuf); //跟上面一样,再次从通道读取数据到Buffer中
}
结果haha.txt里的内容为:123456789