目录
JVM运行时内存区
-
2.1 程序计数器(Progarm Counter Register)
- 一块较小的内存空间, 是当前线程所执行的字节码的行号指示器。线程有一个独属的程序计数器,字节码解析工作时需要程序计数器来选取下一指令,分支、循环、跳转等依赖它
- 正在执行java方法线程的计数器记录的是虚拟机字节码指令的地址;如果还是Native方法,则为空
- 程序计数器内存区域是唯一一个在虚拟机中没有规定任何OutOfMemoryError错误的区域
- 2.2 虚拟机栈(Virtual Machine Stack)
- Java方法执行的内存模型:每个方法在执行的同时都会创建一个栈帧(Stack Frame)用于存储局部变量表、操作数栈、动态链接、方法出口等信息
- 每一个方法从调用直至执行完成的过程,就对应着一个栈帧在虚拟机栈中入栈到出栈的过程
- 栈帧是用来存储数据和部分过程结果的数据结构,同时也被用来处理动态链接(Dynamic Linking)、 方法返回值和异常分派(Dispatch Exception)。栈帧随着方法调用而创建,随着方法结束而销毁(无论方法是正常完成还是异常完成)
- 如果线程请求的栈深度大于虚拟机允许深度,则抛出StackOverflowError;扩展时无法申请到足够内存,则抛出OutOfMemeryError
-
2.3 本地方法栈(Native Method Stack)
- 本地方法栈和虚拟机栈作用类似,区别是虚拟机栈为执行Java方法服务,而本地方法栈则为Native方法服务。(HopShot的实现 直接把本地方法栈和虚拟机栈合二为一)
- 上述3类区域,生命周期与Thread相同,即:线程创建时,相应的内存区创建,线程销毁时,释放相应内存
-
2.4 堆(Heap)
- 线程共享的一块内存区域,几乎所有的对象实例在这里分配内存,也是垃圾收集器进行垃圾收集的最重要的内存区域。因此很多时候也叫GC堆
- 线程私有的分配缓存区(Thread Local Alloaction Buffer)也是在堆划分出来的
- JDK8的版本,因使用元空间代替永久代,字符串常量池和类的静态变量也放入java堆中
-
2.5 元空间(MetaSpace)
- 主要存储类的元数据,比如类的各种描述信息,类名、方法、字段、访问限制等,既编译器编译后的代码等数据
- 运行时常量池:Class文件中除了有类的版本、字段、方法等描述等信息外;还有一项信息是常量池,用于存放编译期生成的各种字面量和符号引用,这部分将在类加载后存放到元空间的运行时常量池中
-
使用元空间代替永久代原因
- 永久代的大小是在启动时固定好的,很难进行调优;太大则容易导致永久代溢出;太小在运行时,容易抛出OutOfMemeryError
- 字符串存在永久代中,使用时易出问题,由于永久代内存经常不够用,爆出异常OutOfMemoryError: PermGen
-
CodeCache
- JVM生成的native code存放的内存空间称之为Code Cache;JIT编译、JNI等都会编译代码到native code,其中JIT生成的native code占用了Code Cache的绝大部分空间
-
直接内存
- 它并不是虚拟机运行时数据区的一般分,也不在规范定义。JDK1.4,引入了Channel(通道)与Buffer(缓存区)的I/O方式,它可以使用Native函数分配堆外内存,可通过DirectByteBuffer操作。
OOM
1.内存分配过小
jmap -heap pid查看堆内存分配情况,查看是否是JVM启动参数的内存分配过小。
2.内存泄漏
使用jmap -histo:live pid | more命令查看占内存最大的对象,借助MAT等工具定位到具体的代码。
3.系统资源耗尽
netstat和pstree查看进程创建的线程数和网络连接数,看是否是系统资源耗尽导致OOM
ll /proc/{pid}/fd 命令查看句柄数
ll /proc/{pid}/task 命令查看线程数
工具:MAT,Jprofile,VitualVM
思路:打印日志,获取dump文件,MAT分析,修改验证。
-XX:+PrintGCDetails
-Xmx20m
-Xms20m
-XX:HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath=c:\users\gc
JVM启动参数
参数名称 | 含义 | 默认值 | |
-Xms | 初始堆大小 | 物理内存的1/64(<1GB) | 默认(MinHeapFreeRatio参数可以调整)空余堆内存小于40%时,JVM就会增大堆直到-Xmx的最大限制. |
-Xmx | 最大堆大小 | 物理内存的1/4(<1GB) | 默认(MaxHeapFreeRatio参数可以调整)空余堆内存大于70%时,JVM会减少堆直到 -Xms的最小限制 |
-Xmn | 年轻代大小 | 注意:此处的大小是(eden+ 2 survivor space).与jmap -heap中显示的New gen是不同的。整个堆大小=年轻代大小 + 年老代大小 + 持久代大小.增大年轻代后,将会减小年老代大小.此值对系统性能影响较大,Sun官方推荐配置为整个堆的3/8 | |
-XX:NewSize | 设置年轻代大小 | ||
-XX:MaxNewSize | 年轻代最大值 | ||
-XX:PermSize | 设置持久代(perm gen)初始值 | 物理内存的1/64 | |
-XX:MaxPermSize | 设置持久代最大值 | 物理内存的1/4 | |
-Xss | 每个线程的堆栈大小 | JDK5.0以后每个线程堆栈大小为1M,以前每个线程堆栈大小为256K.更具应用的线程所需内存大小进行 调整.在相同物理内存下,减小这个值能生成更多的线程.但是操作系统对一个进程内的线程数还是有限制的,不能无限生成,经验值在3000~5000左右。一般小的应用, 如果栈不是很深, 应该是128k够用的 大的应用建议使用256k。这个选项对性能影响比较大,需要严格的测试。 | |
-XX:NewRatio | 年轻代(包括Eden和两个Survivor区)与年老代的比值(除去持久代) | -XX:NewRatio=4表示年轻代与年老代所占比值为1:4,年轻代占整个堆栈的1/5,Xms=Xmx并且设置了Xmn的情况下,该参数不需要进行设置? | |
-XX:SurvivorRatio | Eden区与Survivor区的大小比值 | 设置为8,则两个Survivor区与一个Eden区的比值为2:8,一个Survivor区占整个年轻代的1/10 | |
-XX:+DisableExplicitGC | 关闭System.gc() | ||
-XX:+UseParNewGC | 设置年轻代为并行收集 | 可与CMS收集同时使用,JDK5.0以上,JVM会根据系统配置自行设置,所以无需再设置此值 | |
-XX:+UseConcMarkSweepGC | 使用CMS内存收集 | ||
-XX:+PretenureSizeThreshold | 直接进入老年代的对象大小(只对并行收集器有效?) | 默认为0 | |
-XX:+PrintGCDetails | 输出形式:[GC [DefNew: 8614K->781K(9088K), 0.0123035 secs] 118250K->113543K(130112K), 0.0124633 secs] [GC [DefNew: 8614K->8614K(9088K), 0.0000665 secs][Tenured: 112761K->10414K(121024K), 0.0433488 secs] 121376K->10414K(130112K), 0.0436268 secs] | ||
-XX:+PrintGCTimeStamps | 可与-XX:+PrintGC -XX:+PrintGCDetails混合使用,输出形式:11.851: [GC 98328K->93620K(130112K), 0.0082960 secs] | ||
-Xloggc | 示例:-Xloggc:/app/logs/gc.log | ||
-XX:+PintFlagsInitial | JVM初始化的所有-XX参数 | ||
-XX:+PintFlagsFinal | JVM最终的的所有-XX参数 | 在命令行执行命令:java -XX:+PrintFlagsFinal -version 会打印所有的JVM参数 |