[jjzhu学java]深入理解JVM笔记之内存管理机制

简介: 深入理解JVM笔记之内存管理机制运行时数据区域程序计数器JVM栈本地方法栈Java堆方法区运行时常量池直接内存对象访问OutOfMemoryError异常Java堆溢出示例JVM栈和本地方法栈溢出运行时常量池溢出本机直接内存溢出深入理解JVM笔记之内存管理机制运行时数据区域程序计数器每个线程

深入理解JVM笔记之内存管理机制

运行时数据区域

程序计数器

每个线程都有一个程序计数器(PC),是当前线程所执行的字节码的行号指示器,通过改变程序计数器的值来选取下一条指令。各线程之间的计数器互不影响,是线程私有的内存。
如果线程执行的是一个JAVA方法,则计数器记录的为正在执行的字节码指令的地址,如果执行的是Natvie方法,这计数器的值为空(Undifined)。
程序计算器所在的内存区域是唯一一个JVM规范中没有规定OOMError的内存区域

JVM栈

JVM栈也是每个线程所私有的内存区域,随着线程的创建而分配,线程的消亡而回收。JVM栈是描述Java方法执行的内存模型,每个java方法在执行的时候,都会创建一个栈帧(Stack Frame),其作用是用来保存java方法中的局部变量、操作栈、方法出口等信息。每一个java方法从被调用到执行完毕的过程,都伴随着对应的栈帧在JVM栈中的进栈和入栈。
JVM规范中,该区域中有两个异常状况:
-StackOverflowError:线程请求的栈深度超过了JVM栈所允许的栈深度
-OutOfMemoryError:如果JVM栈是动态可扩展的,在无法申请到足够内存时,抛出该异常

本地方法栈

本地方栈(Native Method Stack)是描述虚拟机所用到的本地方法的内存模型,与JVM栈类似,也会抛出StackOverflowError和OutOfMemoryError

Java堆

Java堆是java虚拟机所管理的最大的内存区域,我们所说的垃圾回收,就是对该区域的内存进行回收,所以也叫GC堆。java堆是所有线程所公用的内存区域,程序中的对象、数组都存放在该区域中。
从内存回收的角度来看,由于现在的收集器所采用的都是分代收集算法,所以java堆可以在进一步细分为:新生代和老年代,在新生代中,又可以划分为Eden、From survivor、To survivor等空间。从内存分配的角度来看,java堆可能划分为多个线程私有的分配缓存区。
java堆可以是物理上不连续但逻辑上要连续的内存空间,可以通过指定-Xmx(最大)、-Xms(最小)、-Xmn(新生代)等VM参数来设置java堆得大小。若有新对象申请内存空间但是java堆没有足够的内存分配时,会报OOMError。

方法区

方法区(Method Area)也是各线程共享的内存区域,用于存储被虚拟机加载的类信息、常量、静态常量、编译后的代码等数据看,其还有一个别名叫Non-Heap(非堆),与java堆加以区分。在HotSpot虚拟机上,也可叫做“永久代”(Permanent Generation),本质上不等价(HotSpot将GC收集扩展到了该区域)。
若要对该区域进行GC,主要是回收常量池以及对类型的卸载。该区域在内存满后也会抛出OOMError异常。

运行时常量池

运行时常量池(Runtime Constant Pool)是方法区内的一部分,Class文件中除了类的版本、字段、方法、接口等描述信息,还常量池表,用于存放编译期间生成的葛总常量和符号引,这部分内容在类加载后存放运行时常量池这种(class如何加载会在后面章节提及)。运行时常量池具备动态性,java语言不单单在编译期间会产生常量,在运行期间也可能将新的常量放入运行时常量池中,如开发人员用了String.intern()方法,之后的异常测试就是用该方法引起常量池抛出OOMError。

直接内存

直接内存(Direct Memory)不是虚拟机运行时数据区域的一部分,也不是JVM规范中定义的内存区域,但其也频繁被使用。自JDK1.4后,引入了基于通道(Channel)与缓冲区的I/O方式,它可以使用native函数库直接分配堆外内存,并通过java堆中的DirectByteBuffer对象操作该块内存。避免了java堆和native堆之间的数据复制,提高了性能。
本机直接内存不受java堆大小限制,但是受本机总内存大小和处理器的寻址空间限制。在动态扩展时也会抛出OOMError异常。

对象访问

OutOfMemoryError异常

之前对虚拟机运行时数据区域进行了描述,现在通过实例来验证OOM异常发生的情况,可以进一步了解jvm各内存区域的存储内容,及发生异常的情况。
测试的java版本为:

java version “1.7.0_80”
Java(TM) SE Runtime Environment (build 1.7.0_80-b15)
Java HotSpot(TM) 64-Bit Server VM (build 24.80-b11, mixed mode)

Java堆溢出示例

之前已经提到,对象实例都存储在java堆中,所以可以不断的创建对象且保证对象不被GC就可以让java堆溢出
编写如下代码清单:

/** 
* @ClassName: HeapOOM 
* @Description: Java堆内存溢出异常测试
* @author 祝佳俊(jjzhu_ncu@163.com)
* @date 2016年10月18日 下午8:30:13 
* VM Args: -Xms20m -Xmx20m -XX:+HeapDumpOnOutOfMemoryError
*/
public class HeapOOM {
    static class OOMObject{ 
    }

    public static void main(String[] args) {
        List<OOMObject> list = new  ArrayList<OOMObject>();
        while(true){
            list.add(new OOMObject());
        }
    }
}

并配置运行时的VM参数:
VM参数配置
这里-XX:UseParNewGC是指定用ParNew收集器,默认的是
参数解释: -Xms:20M:java堆最小20M
-Xmx:20M:java堆最大20M(避免动态扩展)
-XX:+HeapDumpOnOutOfMemoryError:开启该选项,可以让虚拟机在抛出OutOfMemoryError时Dump出当前内存堆转存快照
运行后,就会有如下输出:

java.lang.OutOfMemoryError: Java heap space
Dumping heap to java_pid3576.hprof ...
Heap dump file created [34233497 bytes in 0.301 secs]
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
    at java.util.Arrays.copyOf(Arrays.java:2760)
    at java.util.Arrays.copyOf(Arrays.java:2734)
    at java.util.ArrayList.ensureCapacity(ArrayList.java:167)
    at java.util.ArrayList.add(ArrayList.java:351)
    at study.hard.jjzhu.HeapOOM.main(HeapOOM.java:20)

JVM栈和本地方法栈溢出

之前有提过,HotSpot虚拟机并没有区分JVM和本地方法栈。在HotSpot虚拟机中可以通过制定-Xss参数来指定栈的大小。
编写如下测试代码:

/** 
 * @ClassName: JavaVMStackSOF 
 * @Description: 虚拟机栈和本地方法栈OOM测试 
 * @author 祝佳俊(jjzhu_ncu@163.com)
 * @date 2016年10月18日 下午9:09:21 
 *  VM Args: -Xss128k
 */
public class JavaVMStackSOF {
    private int stackLength = 1;
    public void stackLeak(){
        stackLength ++;
        //递归调用
        stackLeak();

    }

    public static void main(String[] args) throws Throwable {
        JavaVMStackSOF oom = new JavaVMStackSOF();
        try{
            oom.stackLeak();
        }catch(Throwable e){
            System.out.println("stack deep:" + oom.stackLength);
            throw e;
        }
    }
}

运行后就会报StackOverflowError异常:

stack deep:1007
Exception in thread "main" java.lang.StackOverflowError
    at study.hard.jjzhu.memory.JavaVMStackSOF.stackLeak(JavaVMStackSOF.java:13)
    at study.hard.jjzhu.memory.JavaVMStackSOF.stackLeak(JavaVMStackSOF.java:15)
    at study.hard.jjzhu.memory.JavaVMStackSOF.stackLeak(JavaVMStackSOF.java:15)
    at study.hard.jjzhu.memory.JavaVMStackSOF.stackLeak(JavaVMStackSOF.java:15)

运行时常量池溢出

String.intern()方法可以向运行时常量池中添加内,所以要达到运行时常量池溢出,执行用本地方法intern()像池中不断添加字符串即可,可以同过-XX:PermSize -XX:MaxPermSize限制方法区大小。

/** 
 * @ClassName: RuntimeConstantPoolOOM 
 * @Description: 方法区和运行时常量池溢出
 * @author 祝佳俊(jjzhu_ncu@163.com)
 * @date 2016年10月18日 下午9:18:07 
 * VM Args: -XX:PermSize=10M -XX:MaxPermSize=10M
 */
public class RuntimeConstantPoolOOM {
    public static void main(String[] args) {
        List<String> list = new ArrayList<String>();
        int i = 0 ;
        while(true){
            /* 
             * String.intern()是一个Native方法,作用是:如果字符串常量池中已经包含一个等价于此String
             * 对象的字符串,则返回常量池中这个字符串的String对象,否则,将此String对象包含的字符串添加到常量池中,
             * 并返回此String对象的引用
            */
            list.add(String.valueOf(i++).intern());
        }
    }
}
>运行结果:
Exception in thread "main" java.lang.OutOfMemoryError: PermGen space
    at java.lang.String.intern(Native Method)
    at study.hard.jjzhu.memory.RuntimeConstantPoolOOM.main(RuntimeConstantPoolOOM.java:23)

本机直接内存溢出

本机直接内存可以通过 -XX:MaxDirectMemorySize指定内存大小,若不指定,则默认与java堆得最大值一样。

/** 
* @ClassName: DirectMemoryOOM 
* @Description:  本机直接内存溢出
* @author 祝佳俊(jjzhu_ncu@163.com)
* @date 2016年10月18日 下午9:41:40 
* VM Args: -Xmx20M -XX:MaxDirectMemorySize=20M
*/
public class DirectMemoryOOM {
    private static final int _1MB = 1024 * 1024;
    public static void main(String[] args) throws IllegalArgumentException, IllegalAccessException {
        Field unsafeField = Unsafe.class.getDeclaredFields()[0];
        unsafeField.setAccessible(true);
        Unsafe unsafe = (Unsafe)unsafeField.get(null);
        while(true){
            unsafe.allocateMemory(_1MB);
        }
    }
}
Exception in thread "main" java.lang.OutOfMemoryError
    at sun.misc.Unsafe.allocateMemory(Native Method)
    at study.hard.jjzhu.memory.DirectMemoryOOM.main(DirectMemoryOOM.java:21)
目录
相关文章
|
3天前
|
Java 数据库连接 开发者
Java的Shutdown Hook机制:优雅地关闭应用程序
Java的Shutdown Hook机制:优雅地关闭应用程序
11 1
|
5天前
|
Java 程序员 开发者
深入理解Java并发编程:线程同步与锁机制
【4月更文挑战第30天】 在多线程的世界中,确保数据的一致性和线程间的有效通信是至关重要的。本文将深入探讨Java并发编程中的核心概念——线程同步与锁机制。我们将从基本的synchronized关键字开始,逐步过渡到更复杂的ReentrantLock类,并探讨它们如何帮助我们在多线程环境中保持数据完整性和避免常见的并发问题。文章还将通过示例代码,展示这些同步工具在实际开发中的应用,帮助读者构建对Java并发编程深层次的理解。
|
5天前
|
存储 Java
深入理解Java虚拟机:JVM内存模型
【4月更文挑战第30天】本文将详细解析Java虚拟机(JVM)的内存模型,包括堆、栈、方法区等部分,并探讨它们在Java程序运行过程中的作用。通过对JVM内存模型的深入理解,可以帮助我们更好地编写高效的Java代码,避免内存溢出等问题。
|
7天前
|
算法 Java Go
Go vs Java:内存管理与垃圾回收机制对比
对比了Go和Java的内存管理与垃圾回收机制。Java依赖JVM自动管理内存,使用堆栈内存并采用多种垃圾回收算法,如标记-清除和分代收集。Go则提供更多的手动控制,内存分配与释放由分配器和垃圾回收器协同完成,使用三色标记算法并发回收。示例展示了Java中对象自动创建和销毁,而Go中开发者需注意内存泄漏。选择语言应根据项目需求和技术栈来决定。
|
8天前
|
Java
【专栏】Java中的反射机制与应用实例
【4月更文挑战第27天】本文探讨了Java反射机制,该机制允许程序在运行时获取类信息、动态创建对象、调用方法和访问属性。反射通过Class、Constructor、Method和Field类实现。文中列举了反射的应用场景,如动态创建对象、调用方法、访问属性和处理注解,并提供了相关实例代码演示。
|
3天前
|
缓存 NoSQL Java
17:缓存机制-Java Spring
17:缓存机制-Java Spring
15 5
|
3天前
|
存储 前端开发 搜索推荐
13:Session机制实现用户登录与注销功能-Java Web
13:Session机制实现用户登录与注销功能-Java Web
15 3
|
5天前
|
存储 机器学习/深度学习 Java
【Java探索之旅】数组使用 初探JVM内存布局
【Java探索之旅】数组使用 初探JVM内存布局
15 0
|
5天前
|
敏捷开发 机器学习/深度学习 Java
Java中的异常处理机制深入理解与实践:持续集成在软件测试中的应用探索自动化测试在敏捷开发中的关键作用
【4月更文挑战第29天】在Java编程中,异常处理是一个重要的概念。它允许开发者在程序执行过程中遇到错误或异常情况时,能够捕获并处理这些异常,从而保证程序的稳定运行。本文将详细介绍Java中的异常处理机制,包括异常的分类、异常的处理方式以及自定义异常等内容。 【4月更文挑战第29天】 随着敏捷开发和DevOps文化的兴起,持续集成(CI)已成为现代软件开发周期中不可或缺的一环。本文将探讨持续集成在软件测试领域内的关键作用、实施策略以及面临的挑战。通过对自动化构建、测试用例管理、及时反馈等核心要素的详细分析,揭示持续集成如何提高软件质量和加速交付过程。 【4月更文挑战第29天】 在当今快速发
|
6天前
|
安全 Java 测试技术
利用Java反射机制提高Spring Boot的代码质量:概念与实战
【4月更文挑战第29天】Java反射机制提供了一种强大的方法来在运行时检查或修改类和对象的行为。在Spring Boot应用中,合理利用反射可以提高代码的灵活性和可维护性。本篇博客将探讨Java反射的核心概念,并展示如何通过反射提高Spring Boot项目的代码质量。
22 0