介绍JVM中7个区域,然后把每个区域可能造成内存的溢出的情况说明,GC的几种算法

分享课分享课件,如有错误,欢迎留言指正

java内存区域
线程私有内存区域(三个):程序计数器,本地方法栈,线程栈
 --具有和线程相同的生命周期

线程共享区域:(四个):java堆,方法区,常量池,直接内存区
  --所有线程共享,在JVM启动时就会分配
在这里插入图片描述
七个区域的介绍
 1程序技术器
 个人理解—(记录当前线程运行到了那一行代码,多线程来回切换时知道从哪里开始继续执行)
唯一不会报错:OutOfMemoryError
java的多线程通过JVM切换时间片运行,某个线程在某个时间可以在运行也可能被挂起,当线程挂起之后,JVM再次调度怎么知道该线程要运行那条字节码指令呢
指令计数器在于该线程相关的内存区域记录该线程下一条指令,创建线程时分配,该该线程私有
 2线程栈
   创建一个栈帧用于存储局部变量表,操作数栈,动态链接,方法出口等信息
   每个栈空间默认大小0.5m,1.7调整为1m,每调用一次方法就会压入一个栈帧,如果压入栈帧深度过大,即方法调用层次过深,就会抛出StackOverFlow,SOF最常见的场景是递归中,当递归没法退出时,就会抛出此异常,Hotspot提供了参数改区域大小,使用-Xss:xxK,就可以修改默认大小
  如果线程请求栈深度大于虚拟机所允许的深度,抛出StackOverflowError
    程序存在死循环或者深度递归调用
  无法申请到足够的内存抛出OutOfMemoryError
    gc问题
    内存泄漏

 3本地方法栈
  主要是给调用本地方法的线程分配的,该区域和线程栈的最大区别就是,在该线程的申请的内存不受GC调度,需要调度者自己管理(使用流,线程的时候需要手动close),JDK中的Math类的大部分方法都是本地方法,一个值得注意的问题是,在执行本地方法的时候,不是运行字节码,所以说指令计数器没法记录下一条字节码指令,执行本地方法时,指令计数器置为undefined
  本地方法栈和线程栈作用相似,区别在于线程栈为虚拟机执行的java方法服务,而本地方法栈为虚拟机使用到的Native(本地)方法服务
  报错StackOverflowError和OutOfMemoryError,和线程栈相同
 4堆
  堆是JVM中常见的,最为熟知的内存区,我们通常所说的GC就是在这块区域中进行的,所有的java对象都在这里分配,这也是JVM中最常见的,最为熟知的内存区,被所有线程共享对象在这里创建与销毁
  如果堆上没有内存完成实例的分配就会报OutOfMemoryError
 5方法区
  这块区域是用来存放JVM装载的class的类信息,包括:类的方法,静态变量,类型信息(接口/父类),我们使用放射技术时,所需要的信息就是从这里获取的
  一般来说这个区域的回收是目标是针对常量池的回收和对类型的卸载
  当方法区无法满足内存分配需求时,会抛出OutOfMemoryError
 6常量池
  变量用final修饰,不能在修改它的值,所以就成了常量,而这常量将会存放在常量区,这些常量在编译时就知道占用空间的大小,但并不是说明该区域编译就固定了,运行期也可以修改常量池的大小,典型的场景是在使用String时,你可以调用String的intern(),JVM会判断当前所创建的String对象是否在常量池中,若有,则从常量区取,否则把该字符放在常量池中并返回,这时就会修改常量池的大小
  无法申请内存抛出OutOfMemoryError
 7直接内存区
  直接内存区并不是JVM可管理的内存区,在JDK1.4中体用的NIO中,实现类高效的R/W操作,这种高效的R/W操作就是通过管道机制实现的,而管道机制实际上使用了本地内存,这样就避免了从本地源文件复制JVM内存,再从JVM复制到目标文件的过程,直接从源文件复制到目标文件,JVM通过DierctByteBuffer操作直接内存
==?在JDK1.4中新加入了NIO类,引入了一种基于通道与缓冲区的I/O方式,它可以使用Native函数直接分配堆外内存,然后通过一个存储在Java堆里面的DirectByteBuffer对象作为这块内存的引用进行操作。这样能在一些场景中显著提高性能,因为避免了在Java堆和Native堆中来回复制数据。
 内存不足报OutOfMemoryError

GC 算法
垃圾回收算法
1标记清除法
首先标记所有需要回收的对象,在标记完成后统一清除
缺点:
标记和清除的效率都不高(挨个标记,都标记完挨个清除)
标记清除之后会产生大量不连续的内存碎片
绿色为存活对象,红色为可回收对象,白色为未使用空间
在这里插入图片描述
2复制算法
将内存分为两块,只使用一块,回收时将存活的对象复制到另外一块上空闲的内存中
优点:运行高效,不会产生内存碎片
缺点:浪费了内存

3标记整理算法
标记所有需要回收的对象,让所有存活的对象都向一边移动,然后直接清理掉边界以外的内存
优点 :不会产生内存碎片
缺点:效率低
在这里插入图片描述
4分代收集算法
新生代-更新较快 复制算法
老年代-跟新慢 -标记清除或标记整理算法

附加常量池小测试
  String s1 = “哈哈哈”;
  String s2 = “哈哈哈”;

Integer a1 = 1;
  Integer a2 = 1;

Integer a3 = 200;
  Integer a4 = 200;

//s1和s2的hashcode比较 true
  //a1和a2的hashcode比较 true
  //a3和a4的hashcode比较 false

  • 1
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
当Java代码在本地运行时出现内存溢出GC(Garbage Collection)超过限制的错误时,通常表示运行时环境内存空间不足以容纳程序所需的所有对象和数据。 内存溢出是指当程序需要的内存超过了Java虚拟机(JVM)所分配的堆内存大小时发生的错误。这种错误可能是由于程序存在大量对象或者没有正确释放内存导致的。为了解决内存溢出错误,可以尝试以下方法: 1. 增加堆内存大小:通过调整JVM参数,例如将-Xmx和-Xms参数的值增大,来增加堆内存大小。这可以在启动Java应用程序时通过命令行选项设置。 2. 优化代码:查找程序可能导致内存溢出的地方,并尽可能减少对象的创建,及时释放不再使用的对象。 GC overhead是指垃圾回收器在处理垃圾收集任务时所消耗的时间超过了可接受的阈值。这是JVM为了防止过度的垃圾回收而设置的一种限制。如果程序大量时间都被用于垃圾回收,就可能出现GC overhead错误。 为了解决GC overhead错误,可以尝试以下方法: 1. 增加堆内存大小:与内存溢出错误相同,通过增加堆内存大小来提高垃圾回收器的效率。 2. 优化代码:减少对象的数量和创建次数,确保及时释放不再使用的对象。 3. 调整垃圾回收器参数:通过调整JVM参数与垃圾回收器相关的选项来改变垃圾回收算法和策略,以提高垃圾回收的效率。 总之,Java代码本地运行出现内存溢出GC overhead错误通常是由于程序所需的内存超过了可用内存的限制,或者垃圾回收所消耗的时间过长。通过增加堆内存大小、优化代码和调整垃圾回收器参数等方法,可以解决这些错误。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值