java虚拟机之内存模型理解

2019-07-21  本文已影响0人  TechMix

前言

     时间过得真快，眨眼间已经毕业一年了，最近经常性的反思自己，发现这一年里竟然没什么让自己印象很深刻的东西，工作上了解了业务背景后，也没遇过一些对自己进步有帮助的难题之类的。仔细想想，在个人能力还是很初级水平的阶段，这样的处境是很危险的。所以最近会多做一些基础原理的知识整合，包括JVM、Java、Android方法的内容，一边扫盲一边加深理解。​

一. jvm运行时内存的划分

JVM的内存模型结构如下：


JVM内存区域模型

按照是否线程共享

按照实际存储的内容

看到这个结构，也能想的明白，用户数据（非指令，指令是和具体数据无关的，用来处理数据的、做计算 工作的操作数）是多线程共享的，如果说某些数据只能某个线程自己可见，那么多线程也就失去了意义。

1.运行时内存区域划分

1.1 程序计数器（Program Counter Register）-- 指令指针

1.2 虚拟机栈 -- 记录方法信息和调用栈（函数调用栈，栈内每一个元素称之为栈帧，栈帧存储着栈帧信息，用javap命令查看栈帧信息进行理解）

1.3 方法区

存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。内存回收在这个区域和堆区是一样的规则。存储Class信息

存储Class文件中的符号引用和直接引用。

1.4 本地方法区

和虚拟机栈的作用类似，虚拟机栈是为Java字节码提供服务支撑的，本地方法栈是为Native方法提供服务。会有StackOverflowError和OutOfMemoryError异常。
虚拟机规范并没有限制本地方法区使用什么语言，使用方法和数据结构，所以不同的虚拟机可以自己去实现这部分区域。注：Sun HotSpot虚拟机是将本地方法区和虚拟机栈合在一起了。

1.5 堆区

存放对象的实例，对象实例分配内存几乎都在这里进行。对象和数组都是在堆上分配内存的。是所有线程共享的区域，垃圾进行回收也主要在堆中进行，也被称为“GC堆”。

2. 直接内存区

不是Java虚拟机规范中定义的内存区域，但是这部分内存被频繁的使用，并且内存不足时也有会有OutOfMemoryError异常出现。
直接内存的分配不受Java堆大小的限制。只受本机内存大小以及处理器寻址空间的限制。

二. 对象的四种引用类型

1.强引用

Object strongRef = new Object();

程序运行过程中就不会被回收, 当内存不足时会抛出OutOfMemoryError错误, 也不会选择回收强引用对象来缓解内存不足, 一般这种强引用从逻辑上确定是可以回收了,可以赋值为null, 提高被GC回收的可能性.

strongRef = null; //注意:并不是这样做了就立马被回收,只是能被回收了,具体回收的时机由GC决定

2.软引用: SoftReference

如果一个对象只有软引用, 只要内存足够, 就不会回收它. 如果内存不足了, 就会回收这些只有软引用的对象. 可以看出软引用的回收时机是由内存的使用情况决定的.

软引用在内存充足的时候对象不会被回收, 也就是说内存充足的情况下, 即使对象只有软引用, 对象也不会被回收. 所以软引用也能解决内存泄露问题, 但是相对来说对象回收的周期更长, 因为某个对象仅有软引用时, 要等到内存不足才会被回收.

软引用能感知内存不足的发生, 所以适用于内存敏感的使用场景.

public SoftReference(T referent) {
        super(referent);
        this.timestamp = clock;
}

 /**
     *  当软引用对用的对象被回收了,就会将这个软引用对象加入到队列中
     */
    public SoftReference(T referent, ReferenceQueue<? super T> q) {
        super(referent, q);
        this.timestamp = clock;
    }

使用方式:

ReferenceQueue<String> referenceQueue = new ReferenceQueue<>();
String str = new String("abcd");
SoftReference<String> softReference = new SoftReference<>(str, referenceQueue);
str = null;
System.gc();
System.out.println(softReference.get());
Reference<? extends String> reference = referenceQueue.poll();
System.out.println(reference);

3.弱引用: WeakReference

对象只有弱引用, 不会导致对象在被回收时, 因为还有引用关系不能被GC回收. 相反, 如果GC在扫描对象只有弱引用时, 不管内存是否充足, 都会回收该对象内存. 但是GC的线程优先级很低, 不会很快扫描到这种情况的对象引用.

和软引用相比, 若引用的生命周期很短暂.

弱引用也可结合引用队列使用:

public WeakReference(T referent) {
        super(referent);
}
// 当弱引用对应的对象的被回收了,jvm会将该弱引用加入到引用队列中
public WeakReference(T referent, ReferenceQueue<? super T> q) {
        super(referent, q);
}

使用:

 Object object = new Object();
ReferenceQueue<Object> weakReferenceQueue = new ReferenceQueue<>();
WeakReference<Object> weakReference = new WeakReference<>(object, weakReferenceQueue);

4.虚引用: PhantomReference

虚引用不会决定对象的生命周期, 如果一个对象只有虚引用, 那么它在任何时候都有可能被回收. 虚引用必须和一个引用队列联合使用.

和软引用,弱引用不同的是虚引用必须和引用结合使用, 可以看到它只有一个构造方法:

public PhantomReference(T referent, ReferenceQueue<? super T> q) {
        super(referent, q);
}

使用:

Object phantomRefObj = new Object();
ReferenceQueue<Object> phantomReferenceQueue = new ReferenceQueue<>();
PhantomReference<Object> phantomReference = new PhantomReference<>(phantomRefObj, phantomReferenceQueue);
System.out.println(phantomReference.get()); //null

一般不用虚引用来做实际的工作, 可以用来跟踪垃圾回收器的活动.

5. 四种类型引用特性总结
引用类型 获取对象方式 是否回收 是否内存泄露
强引用 直接使用 不回收 是
软引用 softRef.get() 内存不足时回收 否
弱引用 weakRef.get() 只存在弱引用时回收 不可能内存泄露
虚引用 null 任何时候都有可能被回收,如果没有引用 否
上一篇下一篇

猜你喜欢

热点阅读