java NIO 中FileChannel 的实现类是 FileChannelImpl,FileChannel本身是一个抽象类。
先介绍FileChannel
File Channels 是线程安全的。Channel的close方法可以随时执行(正如Channel接口所要求的)。任何企图修改filechannel 对应文件大小 或者修改 filechannel position的操作都必须串行执行,第二个操作会一直阻塞直到前一个运行完。不过这些方法,具体还要看如何实现。(下文分析FileChannelImpl)。
创建FileChannel 实例可以通过执行FileChannel的一些方法,比如open方法,或者通过java.io.FileInputStream、java.io.FileOutputStream、java.io.RandomAccessFile的getchannel() 。(ps:网上说RandomAccessFile默认就获取了文件锁,但是我在官网api和RandomAccessFile.java中并未发现相关说明和代码,有人知道是怎么回事的话望不吝赐教,目前我对网上的观点持怀疑态度。)如果使用getChannel获取的FileChannel的话,FileChannel就与FileInputStream或FileOutputStream等对象,产生了关联(后文在分析为何会这样)。也就是说比如当前新建一个FileInputStream对象,然后获取一个FileChannel,此时position是0,然后FileInputStream读取了100字节,读完之后,FIleInputStream下次肯定会从第101个字节读取,这是显而易见的,但是你刚才获取的Channel的position也会移动100。有代码为证:
FileInputStream inputstream = new FileInputStream(sourceFile);
byte[] buffer = new byte[100];
ByteBuffer bb = ByteBuffer.allocate(1024);
FileChannel channel = inputstream.getChannel();
System.out.println("channel "+channel.position());
int read=inputstream.read(buffer);
System.out.println("channel "+channel.position()+" read "+read);
输出结果:
channel 0
channel 100 read 100
继续。FileChannel打开模式有 读、写 和 读and写。FileInputStream获取的自然是读.OutputStream自然是写,RandomAccessFile就看你的RandomAccessFile是何种模式。
FileChannel的追加模式(append-mode)是由所使用的FileOutputStream决定的。追加模式时先跳到文件末尾再开始写,这个操作的原子性是由操作系统支持(FileChannel.java 中的原文 Whether the advancement of the position and the writing of the data are done in a single atomic operation is system-dependent and therefore unspecified)。