Java NIO系列教程(五) 通道之间的数据传输

原文地址:http://tutorials.jenkov.com/java-nio/scatter-gather.html

作者:Jakob Jenkov   译者:郭蕾     校对:周泰

在Java NIO中,如果两个通道中有一个是FileChannel,那你可以直接将数据从一个channel(译者注:channel中文常译作通道)传输到另外一个channel。

transferFrom()

FileChannel的transferFrom()方法可以将数据从源通道传输到FileChannel中(译者注:这个方法在JDK文档中的解释为将字节从给定的可读取字节通道传输到此通道的文件中)。下面是一个简单的例子:

RandomAccessFile fromFile = new RandomAccessFile("fromFile.txt", "rw");
FileChannel      fromChannel = fromFile.getChannel();

RandomAccessFile toFile = new RandomAccessFile("toFile.txt", "rw");
FileChannel      toChannel = toFile.getChannel();

long position = 0;
long count = fromChannel.size();

toChannel.transferFrom(position, count, fromChannel);

方法的输入参数position表示从position处开始向目标文件写入数据,count表示最多传输的字节数。如果源通道的剩余空间小于 count 个字节,则所传输的字节数要小于请求的字节数。
此外要注意,在SoketChannel的实现中,SocketChannel只会传输此刻准备好的数据(可能不足count字节)。因此,SocketChannel可能不会将请求的所有数据(count个字节)全部传输到FileChannel中。

transferTo()

transferTo()方法将数据从FileChannel传输到其他的channel中。下面是一个简单的例子:

RandomAccessFile fromFile = new RandomAccessFile("fromFile.txt", "rw");
FileChannel      fromChannel = fromFile.getChannel();

RandomAccessFile toFile = new RandomAccessFile("toFile.txt", "rw");
FileChannel      toChannel = toFile.getChannel();

long position = 0;
long count = fromChannel.size();

fromChannel.transferTo(position, count, toChannel);

是不是发现这个例子和前面那个例子特别相似?除了调用方法的FileChannel对象不一样外,其他的都一样。
上面所说的关于SocketChannel的问题在transferTo()方法中同样存在。SocketChannel会一直传输数据直到目标buffer被填满。

原创文章,转载请注明: 转载自并发编程网 – ifeve.com本文链接地址: Java NIO系列教程(五) 通道之间的数据传输

郭蕾

并发编程网站长,InfoQ技术编辑。个人博客:http://guolei.us
FavoriteLoading添加本文到我的收藏
  • Trackback are closed
  • Comments (10)
  1. 第二段代码应该是SocketChannel的例子吧

    • zjb
    • 06/25. 2013 5:10pm

    原文地址错了

    • mrzhou
    • 06/26. 2013 2:25pm

    toChannel.transferFrom(position, count, fromChannel);
    方法应为
    toChannel.transferFrom(fromChannel,position, count);

    • 谢 宇
    • 06/26. 2013 3:09pm

    请教下两个问题:

    1、我用这种方式拷贝文件试了下,可以,但是超过2G会截断,当然自己处理可以,我想请教下的是,内部拷贝方式是那种,谢谢!

    2、另外,我测试了下,用ByteBuffer来拷贝效率比这个高,而且高不少,这也是我上面一个要请教的内部处理方式的原因。

      • 上不了外网很蛋疼
      • 03/18. 2014 3:01pm

      你可以看一下JDK中关于FileChannel的实现,是rt.jar里的FileChannelImpl类。对于FileChannel之间的transferFrom,第三个参数count会有限制,最大值是int的MAX_VALUE,就是说一次性传输的最多2147483647个字节,所以你的文件超过了2.1G(左右),FileChannel就会自动给你截断了,这个是JDK底层实现的限制。

  2. public abstract long transferTo(long position,
    long count,
    WritableByteChannel target)

    fromChannel.transferTo(position, count,toChannel);

  3. “如果源通道的剩余空间小于 count 个字节,则所传输的字节数要小于请求的字节数。” “剩余”连个字是不是多余了,意思就是源channel有多少就读多少,没有剩余的意思吧。不太懂这里,就去看了下原文If the source channel has fewer than count bytes, less is transfered.也没有这个意思。

    • keyboard_man
    • 03/29. 2017 11:30pm

    public abstract long transferFrom(ReadableByteChannel src,
    long position, long count)

    @param position
    * The position within the file at which the transfer is to begin;
    * must be non-negative

    我测试的 position 必须为 0.否则不成功.你们出现了没?

      • sayhellotojava
      • 10/19. 2017 10:20am

      这个position的取值必须小于等于目标文件的size,否则不会成功。

You must be logged in to post a comment.

return top