如何查看java的directbuffer
DirectByteBuffer 类有一个内部的静态类 Deallocator，这个类实现了 Runnable 接口并在 run() 方法内释放了内存：?View CodeJAVA unsafe.freeMemory(address); 那这个 Deallocator 线程是哪里调用了呢？这里就用到了 Java 的虚引用（PhantomReference），Java 虚引用允许对象被回收之前做一些清理工作。在 DirectByteBuffer 的构造方法中创建了一个 Cleaner：?View CodeJAVA cleaner = Cleaner.create(this , new Deallocator(address, cap) ); 而Cleaner 类继承了 PhantomReference 类，并且在自己的 clean() 方法中启动了清理线程，当 DirectByteBuffer 被 GC 之前 cleaner 对象会被放入一个引用队列（ReferenceQueue），JVM 会启动一个低优先级线程扫描这个队列，并且执行 Cleaner 的 clean 方法来做清理工作。OK，DirectByteBuffer 的实现大概搞清楚了，那我们是否该在自己的代码中使用 DirectByteBuffer 呢？我个人认为可以适当的使用，使用直接内存确实避免了 GC 问题和内存拷贝的问题，但是我们不得不考虑两个问题：1）操作系统可能会把 DirectByteBuffer 的内存交换到磁盘上，这样势必会影响性能，为了避免这个问题我们不得不对操作系统做相应的配置；2）DirectByteBuffer 申请内存失败会直接抛出 OutOfMemoryError，对于这种情况，还是要想办法处理。
Java 的 DirectBuffer 是什么东西
DirectByteBuffer 类有一个内部的静态类 Deallocator，这个类实现了 Runnable 接口并在 run() 方法内释放了内存：
unsafe.freeMemory(address);
那这个 Deallocator 线程是哪里调用了呢？这里就用到了 Java 的虚引用（PhantomReference），Java 虚引用允许对象被回收之前做一些清理工作。在 DirectByteBuffer 的构造方法中创建了一个
cleaner = Cleaner.create(this , new Deallocator(address, cap) ); 而Cleaner 类继承了 PhantomReference 类，并且在自己的 clean() 方法中启动了清理线程，当 DirectByteBuffer 被 GC 之前 cleaner 对象会被放入一个引用队列（ReferenceQueue），JVM 会启动一个低优先级线程扫描这个队列，并且执行 Cleaner 的 clean 方法来做清理工作。OK，DirectByteBuffer 的实现大概搞清楚了，那我们是否该在自己的代码中使用 DirectByteBuffer 呢？我个人认为可以适当的使用，使用直接内存确实避免了 GC 问题和内存拷贝的问题，但是我们不得不考虑两个问题：1）操作系统可能会把 DirectByteBuffer 的内存交换到磁盘上，这样势必会影响性能，为了避免这个问题我们不得不对操作系统做相应的配置；2）DirectByteBuffer 申请内存失败会直接抛出 OutOfMemoryError，对于这种情况，还是要想办法处理。
