JVM读书笔记(一)——Java内存区域
-
JVM都有哪些区域(运行时数据区)
-
程序计数器:字节码的行号指示器,标明下一条字节码指令
-
唯一一个没有OOM发生的世界,——《Java虚拟机规范》(后面简称《规范》)说的
-
-
虚拟机栈:
-
存放栈帧——方法(局部变量表、操作数栈、动态链接、方法出口)
-
局部变量表:一个Slot。除了double和long会占用两个Slot外,其他都只占一个Slot(包括引用)
-
操作数栈:传统意义上的栈模型的应用
-
-
StackOverflowError:
-
如果请求深度大于VM允许的深度,发生SO
-
-
OOMError:
-
-
-
虚拟机栈可以动态扩展时,当扩展到没有足够内存时,发生OOM。(HotSpot虚拟机没有动态扩展,只要OOM就说明线程根本没申请到栈空间)
-
-
本地方法栈:类似虚拟机栈,但是用于Native方法
-
HotSpot将虚拟机栈与本地方法栈做到了一起
-
异常同上
-
-
-
-
堆:对象
-
这里才是GC的管理区域
-
包含:(仅举例)
-
新生代
-
Eden
-
From Survivor
-
To Survivor
-
-
老年代
-
-
TLAB:Thread Local Allocation Buffer: 各线程私有的分配缓冲区,仅仅为了提升对象分配效率,仍是共享的
-
参数: -Xms:开始时的堆大小 -Xmx:最大堆大小。实践中常将二者设为相同,来规避不必要的扩容
-
OOM:不能再分配内存给对象,并且堆也无法扩展时,发生。
-
-
方法区:存储 类、常量、静态变量、即时编译后的代码缓存。在arthas遇到的non-heap也是它。
-
Java8已经废除永久代,替换为方法区了
-
为什么呢:
-
之前使用永久代来实现方法区的
-
原因:
-
Hotspot团队说,我们永久代的算法也可以用在这上面,就不单独搞一个空间了。
-
-
问题:
-
更容易OOM:
-
永久代 -XX:MaxPermSize有默认的固定上限,容易产生OOM
-
String:intert()等极少数方法可能会因为永久代设计,在不同JVM下表现不同
-
-
-
-
-
-
这块《规范》管的很松,就算不实现GC都没有问题
-
OOM:分配不了内存时,发生。
-
-
-
-
-
运行时常量池:方法区的一部分。存放字面量及引用
-
大部分是class加载时放进来的,运行时也可以用,比如String:intern()
-
-
-
以上就是全部JVM的数据区部分了,还有一块不属于JVM运行时数据区的一部分,《规范》都没提的重要部分
-
-
直接内存(DirectMemory、或者叫堆外内存)
-
可以操作JVM管理外的内存块,免去了Java堆与系统堆的数据交换,为了性能!
-
NIO、Netty、Dubbo(通信基于Netty)等都是基于此
-
熟悉或者了解OS 端口轮询与中断机制的小伙伴,应该能明白其高性能原理
-
-
-
-XX:MaxDirectMemorySize:设置堆的大小,以防与Java堆合起来,超过了宿主机的内存上限。
-
OOM:在堆扩展时,堆认为还可以拓展,不GC、但是加上堆外内存的那一部分,把宿主机内存干爆了。
-
-
以上
PS:
-
紫色部分是Java中线程各自独享的,其他为共享的。
-
宿主机内存限制:物理上由插上的内存条多少,OS上,32位机器给一个进程最多只会分配4GB(2^32个地址,每个地址1Byte=4GB)