堆内存和堆外内存(又名直接内存)优缺点

分手后的思念是犯贱 2023-02-21 14:14 86阅读 0赞

堆外内存  
DirectByteBuffer-----直接在机器内存，各个jvm共享，减少GC时间

HeapByteBuffer---堆内存，直接在jvm中需要远程传输的时候需要先flush到直接内存（堆外内存）

堆内存根据生命周期进行分而治之，分区之后可以提高JVM垃圾收集的效率，更好地回收为了更好地分配。  
如果在堆中无法分配内存，并且堆也无法再扩展时，将会抛出OutOfMemoryError异常。

[http://blog.csdn.net/qq\_17612199/article/details/52316719][http_blog.csdn.net_qq_17612199_article_details_52316719]

HeapByteBuffer与DirectByteBuffer，在原理上，前者可以看出分配的buffer是在heap区域的，其实真正flush到远程的时候会先拷贝得到直接内存，再做下一步操作（考虑细节还会到OS级别的内核区直接内存），其实发送静态文件最快速的方法是通过OS级别的send\_file，只会经过OS一个内核拷贝，而不会来回拷贝；在NIO的框架下，很多框架会采用DirectByteBuffer来操作，这样分配的内存不再是在java heap上，而是在C heap上，经过性能测试，可以得到非常快速的网络交互，在大量的网络交互下，一般速度会比HeapByteBuffer要快速好几倍。

直接内存（Direct Memory）并不是虚拟机运行时数据区的一部分，也不是Java虚拟机规范中定义的内存区域，但是这部分内存也被频繁地使用，而且也可能导致OutOfMemoryError 异常出现，所以我们放到这里一起讲解。   
在JDK 1.4 中新加入了NIO（New Input/Output）类，引入了一种基于通道（Channel）与缓冲区（Buffer）的I/O 方式，它可以使用Native 函数库直接分配堆外内存，然后通过一个存储在Java 堆里面的DirectByteBuffer 对象作为这块内存的引用进行操作。这样能在一些场景中显著提高性能，因为避免了在Java 堆和Native 堆中来回复制数据。

1.  `import sun.nio.ch.DirectBuffer;`
2.   
3.  `import java.nio.ByteBuffer;`
4.   
5.  `public class Main {`
6.   
7.  `public static void main(String[] args) throws InterruptedException {`
8.  `System.out.println("Hello World!");`
9.  `ByteBuffer bb = ByteBuffer.allocateDirect(1024 * 1024 * 128);`
10. `Thread.sleep(10000);`
11. `((DirectBuffer)bb).cleaner().clean();`
12. `Thread.sleep(10000);`
13. `}`
14. `}`

//调用allocateInstance函数避免了在我们不需要构造函数的时候却调用它  
Data data = (Data) unsafe.allocateInstance(Data.class);  
data.setId(1L);  
data.setName("unsafe");  
System.out.println(data);

可以在任务管理器那观察变化

## 堆外内存的优点和缺点 ##

堆外内存，其实就是不受JVM控制的内存。相比于堆内内存有几个优势：   
　　1 减少了垃圾回收的工作，因为垃圾回收会暂停其他的工作（可能使用多线程或者时间片的方式，根本感觉不到）   
　　2 加快了复制的速度。因为堆内在flush到远程时，会先复制到直接内存（非堆内存），然后在发送；而堆外内存相当于省略掉了这个工作。   
　　而福之祸所依，自然也有不好的一面：   
　　1 堆外内存难以控制，如果内存泄漏，那么很难排查   
　　2 堆外内存相对来说，不适合存储很复杂的对象。一般简单的对象或者扁平化的比较适合。

优点概述为：

1.减少GC时间

2、进程间可以共享,减少虚拟机间的复制

[http_blog.csdn.net_qq_17612199_article_details_52316719]: http://blog.csdn.net/qq_17612199/article/details/52316719