文件合并用小内存

传统方式

Files.write(Paths.get("D:\\upload\\21.txt"), Files.readAllBytes(Paths.get("D:\\upload\\deleted\\1.mp4")), StandardOpenOption.APPEND);

把1.mp4合并到2.txt 假如1.mp4是1g大小 把 1g大小 先读到 内核缓冲区（占用物理内存1g） 然后在读到java得堆内存 也就是用byte接受 这下总共占用2g了 然后在写到内核缓冲区 这下总共占用3g 所以这种方式占用内存过大

 

NIO方式

for (int i = 0; i < fpaths.length; i++) {
    FileChannel blk = new FileInputStream(files[i]).getChannel();
    resultFileChannel.transferFrom(blk, resultFileChannel.size(), blk.size());
    blk.close();
}

利用虚拟地址方式 将这个虚拟内存 映射为文件  所以 相当于1g的文件始终占用1g内存

可供参考网址 https://www.imooc.com/article/289550
https://www.cnblogs.com/lyftest/p/6564547.html

 

 

关于内存 传统方式 文件复制 就是读写的过程 需要 磁盘-内核缓冲区-用户空间（也就是用byte[] 接收吧） 然后-内核缓冲区-磁盘 经历了4次拷贝 内核缓冲区 是操作系统自带的 虽然也占用物理内存 以linux 为例他占用的这部分内存视为可用 因为用到时会率先回收 这部分内存

NIO方式 需要 磁盘-内核缓冲区-内核缓冲区-磁盘 就这样 内核缓冲区-内核缓冲区 是系统调用（一个native方法）

所以内核缓冲区 这部分内存的不用考虑的话 （因为毕竟是系统自己的事） 这种方式就是不占用物理内存的

更何况 java NIO transferFrom这个方式 是每次8m 8m的处理 处理完这8m 就会释放着8m 所占用的资源