jvm工作机制

2019-06-19  本文已影响0人  小团子语

1.JVM管理的内存区域

(1)程序计数器

比较小的内存区域,指示当前线程所执行的字节码执行到了第几行,字节码解释器工作时,会通过改变这个计数器的值来取下一条语句指令,线程私有。不存在内存溢出情况。

(2)虚拟机栈

 面向执行java方法的,线程私有,一个线程的每个方法在执行同时都会创建一个栈桢,存储局部变量表、操作站,动态链接,方法出口等;

局部变量表中存储方法的相关局部变量(基本数据类型,对象引用,返回地址)。

定义了两种异常:StackOverFlowError栈溢出,OutOfMemortError内存溢出

(3)本地方法栈

面向执行native方法的,线程私有,HotSpot等许多虚拟机中将本地方法栈与虚拟机栈一起使用。

(4)堆区

最大一块内存区域,GC管理的主要内存区域,线程共享,虚拟机启动时创建;若执行GC后,仍没有足够内存分配,也不能再扩展,将会抛出OutOfMemoryError:Java heap space异常。

(5)方法区

线程共享,用于存储已被虚拟机加载的类信息(即加载类时需要加载的信息,包括版本,field,方法,接口等信息)、final常量,静态变量,编译器即时编译的代码等;

在Java 虚拟机规范中,将方法区作为堆的一个逻辑部分来对待,但事实上,方法区并不是堆;

可以选择是否执行垃圾收集,一般其上很少收集,主要针对常量池内存回收和对已加载类的卸载。在其上收集效果不佳。定义了OutOfMemoryError:PermGen space异常,内存不足时抛出。

运行时常量池是方法区的一部分,用于存储编译期就生成的字面常量,符号引用(编码用字符串表示某个变量、接口的位置),翻译出来的直接引用(根据符号引用翻译出来的地址),以及运行时产生的常量(如String类的intern方法)

(6)直接内存

不是JVM管理的内存,是JVM以外的机器内存。受到本机器内存的限制,可能出现OutOfMemoryError异常。

2. Java对象访问方式

涉及JVM栈,堆,方法区;如对象的引用存储在栈中,实例对象数据存储在堆中,类的类型信息(接口、方法、field、对象类型)的地址存储在堆中,这些地址所执行的数据存储在方法区中;

(1)通过句柄访问

栈的引用ref中存的是句柄,而句柄中存的是对象实例数据的地址,和方法区中对象类型数据的地址;

(2)通过指针访问两种方式(HotSpot用这种方式)

栈的引用ref中存的是对象在堆中的地址,堆中存储的对象信息中包含了方法区的响应类型数据的地址,优势是速度快;

3. java内存分配机制(分代分配,分代回收)

指堆上的分配,一般地对象的内存分配都在堆上进行。对象根据存活时间分年轻代,年老代,永久代(也就是方法区)。

对象创建在年轻代(大对象可以直接创建在年老代),年轻代(Eden伊甸园区,两个存活区Su rvivor0,1,其中0,1总有一个是空白的)的回收是Minor GC或者Young GC,其只是发生在Eden区(Eden区满了),并不代表年轻代内存不足;Eden:Survivor1:Survivor2=8:1:1,年老代的回收是Major GC或者Full GC;

停止-复制算法:

若Eden区满->Minor GC,将消亡对象清理掉,将剩余对象复制到存活区Survivor0   此后循环;若Survivor0满->存活对象复制到Survivor1 (此后Eden区满,执行Minor GC后,剩余对象复制到Survivor1,循环操作,此时Survivor0是空白的);

当两个存活区切换几次后(HotSpot虚拟机默认15次,-XX:MaxTenuringThreshold控制,大于该值进入老年代),仍然存活的对象被复制到老年代;

在发生Minor GC时,虚拟机将会检查每次晋升进入老年代的大小是否大于老年代的剩余空间大小,如果大于则直接触发一次Full GC,否则就看设置-XX:+HandlePromotionFailure(允许担保失败),若允许则只会进行Minor GC,否则Minor GC同时也触发Full GC,哪怕老年代还有很多内存(不要这样做)。

在年轻代中采用的方式是 停止-复制清理法;HotSpot也采用了bump-the-pointer和TLAB(Thread-Local Allocation Buffers)技术来加快内存分配;bump-the-pointer:跟踪最后创建的对象,看其后是否有足够的内存即可;TLAB:针对多线程,将Eden区分若干段,每个线程使用独立的一段;可两者技术结合使用;

-XX:+UserAdaptiveSizePolicy开关控制是否动态调整 Java堆中各个区域的大小以及进入老年代的年龄;-XX:+PermanentSizeThreshold来控制直接进入老年代的对象大小;

可能存在老年代引用新生代的情况,年老代中维护了一个512byte的块,所有老年代对象引用新生代对象的记录都在这里,YoungGC时只需要查询这里,不用查全部老年代;

4. 收集器类型

5. GC的使命

(1)确定哪些内存需要回收

(2)什么时候执行

(3)如何执行

年轻代:停止-复制算法(见上面解释)

回收内存时,需要暂停所有线程的执行,虽然各种新生代收集器越来越优化这一点,但仍然只是将停止的时间变短,并未彻底取消停止。

老年代:标记-整理算法(标记出仍然存活的对象,将所有存活的对象向一端移动,以保存内存的连续)。

永久代:回收两种,不是必须回收的,通过-Xnoclassgc控制是否对类回收

(1)常量池的回收 :没有引用就可以回收

(2)无用的类信息:类的所有实例已经被回收;加载类的ClassLoader已经被回收;类对象的Class对象没有被引用(即没有通过反射引用该类的地方)

-XX:+TraceClassLoading、-XX:+TraceClassUnLoading可以查看类加载和卸载信息;

访问来源:https://www.cnblogs.com/clarke157/p/7091990.html

上一篇下一篇

猜你喜欢

热点阅读