使用MappedByteBuffer读取大文件(1G以上)和释放MappedByteBuffer的资源

package newFeatures8;import java.io.File;import java.io.FileInputStream;import java.io.FileOutputStream;import java.lang.reflect.Method;import java.nio.MappedByteBuffer;import java.nio.channels.FileChannel;import java.nio.file.Files;import java.nio.file.Paths;import java.security.AccessController;import java.security.PrivilegedAction;public class AAAA {public static void main(String[] args) {copyFileAndRemoveResource();}public static void copyFileAndRemoveResource()  {/* * 需求:拷贝一个文件，在拷贝完成之后将源文件删除 使用MappedByteBuffer 进行操作 * 但是MappedByteBuffer和它和他相关联的资源 在垃圾回收之前一直保持有效 但是MappedByteBuffer * 保存着对源文件的引用 ，因此删除源文件失败 */File source = null;File dest = null;MappedByteBuffer buf = null;try {source = new File("D:\\eee.txt");dest = new File("C:\\eee.txt");} catch (NullPointerException e) {e.printStackTrace();}try (FileChannel in = new FileInputStream(source).getChannel();FileChannel out = new FileOutputStream(dest).getChannel();) {long size = in.size();buf = in.map(FileChannel.MapMode.READ_ONLY, 0, size);out.write(buf);buf.force();// 将此缓冲区所做的内容更改强制写入包含映射文件的存储设备中。System.out.println("文件复制完成!");// System.gc();// 同时关闭文件通道和释放MappedByteBuffer才能成功in.close();//如果在关闭之前抛异常也不怕，因为使用了try-with-resource// 强制释放MappedByteBuffer资源clean(buf);// 文件复制完成后，删除源文件/* * source.delete() 删除用此抽象路径名所表示的文件或目录，如果该路径表示的是一个目录 则该目录必须为空文件夹才可以删除 * 注意：使用java.nio.file.Files的delete方法能告诉你为什么会删除失败 * 所以尽量使用Files.delete(Paths.get(pathName));来替代File对象的delete * System.out.println(source.delete() == true ? "删除成功！" : "删除失败！"); */Files.delete(Paths.get("D:\\eee.txt"));System.out.println("删除成功!");} catch (Exception e) {e.printStackTrace();}}/* * 其实讲到这里该问题的解决办法已然清晰明了了——就是在删除索引文件的同时还取消对应的内存映射，删除mapped对象。 * 不过令人遗憾的是，Java并没有特别好的解决方案——令人有些惊讶的是，Java没有为MappedByteBuffer提供unmap的方法， * 该方法甚至要等到Java 10才会被引入 ,DirectByteBufferR类是不是一个公有类 * class DirectByteBufferR extends DirectByteBuffer implements DirectBuffer 使用默认访问修饰符 * 不过Java倒是提供了内部的“临时”解决方案——DirectByteBufferR.cleaner().clean() 切记这只是临时方法， * 毕竟该类在Java9中就正式被隐藏了，而且也不是所有JVM厂商都有这个类。 * 还有一个解决办法就是显式调用System.gc()，让gc赶在cache失效前就进行回收。 * 不过坦率地说，这个方法弊端更多：首先显式调用GC是强烈不被推荐使用的， * 其次很多生产环境甚至禁用了显式GC调用，所以这个办法最终没有被当做这个bug的解决方案。 */public static void clean(final MappedByteBuffer buffer) throws Exception {if (buffer == null) {return;}buffer.force();AccessController.doPrivileged(new PrivilegedAction<Object>() {//Privileged特权@Overridepublic Object run() {try {// System.out.println(buffer.getClass().getName());Method getCleanerMethod = buffer.getClass().getMethod("cleaner", new Class[0]);getCleanerMethod.setAccessible(true);sun.misc.Cleaner cleaner = (sun.misc.Cleaner) getCleanerMethod.invoke(buffer, new Object[0]);cleaner.clean();} catch (Exception e) {e.printStackTrace();}return null;}});/* *  * 在MyEclipse中编写Java代码时，用到了Cleaner，import sun.misc.Cleaner;可是Eclipse提示： * Access restriction: The type Cleaner is not accessible due to * restriction on required library *\rt.jar Access restriction : The * constructor Cleaner() is not accessible due to restriction on * required library *\rt.jar *  * 解决方案1（推荐）： 只需要在project build path中先移除JRE System Library，再添加库JRE * System Library，重新编译后就一切正常了。 解决方案2： Windows -> Preferences -> Java -> * Compiler -> Errors/Warnings -> Deprecated and trstricted API -> * Forbidden reference (access rules): -> change to warning */}}