java虚拟机内存溢出及泄漏实例

2024-10-28 18:26:42

测试参数设置：

1、循环调用new A()实现堆溢出，java.lang.OutOfMemoryError: Java heap space，

虚拟机参数：-Xms1M -Xmx1M -XX:+HeapDumpOnOutOfMemoryError，解释：将-Xmx和-Xms设置为一样可以避免堆自动扩展，-XX:+HeapDumpOnOutOfMemoryError可以让虚拟机在出现内存溢出异常时Dump出当前的堆内存转储快照

//    while (true){
//      new A().do2();
//    }

2、循环调用对象引用的方式实现栈溢出。java.lang.StackOverflowError，

虚拟机参数：-Xss128k，

解释：设置虚拟机栈的大小为128kn

在单线程下，无论栈帧太大还是虚拟机栈容量太小，内存无法分配的时候都会抛出以上错误

void do2(){
  do2();
};

3、循环调用String.intern()方法来写入常量池，常量池溢出。java.lang.OutOfMemoryError: PermGen space

while (true)
   {
     list.add(String.valueOf(i++).intern());
   }

虚拟机参数：-XX:PermSize=10M -XX:MaxPermSize=10M，

解释：表示JVM初始分配的永久代的容量和最大容量。（永久区内存不足，1.8后都在堆上。方法区=永久代，PermGen space”，即永久代）

四种引用状态：（类继承extends WeakReference<Car>）

1、强引用：Object obj = new Object()，只要强引用还存在，垃圾收集器永远不会回收掉被引用的对象；

2、软引用：SoftReference，被软引用关联的对象会在内存不够时被回收。如果这次回收还没有足够的内存，才会抛出内存溢出异常；SoftReference<byte[]> sr = new SoftReference<byte[]>(bytes);

3、弱引用：WeakReference，被弱引用关联的对象只能生存到下一次垃圾回收之前；

4、虚引用：PhantomReference，虚引用是用于跟踪对象的回收状态。

触发GC的时机：

1、当年轻代或者老年代满了，Java虚拟机无法再为新的对象分配内存空间了，那么Java虚拟机就会触发一次GC去回收掉那些已经不会再被使用到的对象

2、System.gc()，Runtime.getRuntime().gc()方法，通常这样会触发一次的Full GC以及至少一次的Minor GC，不一定就立即回收。

3、在当前服务器空闲或堆中老年代等占用率较大时触发。

回收无引用对象占据的空间，而不是对象本身。

但真正垃圾回收机制具体在什么时间点开始发生动作这同样是不可预料的（未开源），这和抢占式的线程在发生作用时的原理一样。

分代收集算法：

新生代收集器和老年代收集器。

标记-清除算法

标记-整理算法

内存溢出和内存泄露的区别：

1、内存溢出：程序在分配内存的时候没有足够大的空间了。

2、内存泄漏：程序在申请内存之后，没有办法释放掉内存，它始终占用着内存，即被分配的对象可达但无用。内存泄露一般都是因为内存中有一块很大的对象，但是无法释放。会导致内存溢出。

并行与并发：

1、并行：指多条垃圾收集器线程运行；

2、并发：指用户线程和垃圾收集器线程同时工作。

类加载机制：

1、加载（生成java.lang.class对象）、验证、准备、解析、初始化（赋值过程）、使用（Using）和卸载（Unloading）这7个阶段

2、其中验证（字节流包含的信息是否正确，是否符合jvm）、

准备（为类变量即静态变量赋值，赋0）、

解析（将符号引用替换为直接引用，class文件转内存）3个部分统称为连接（Linking）

3、加载阶段：获取.class文件的二进制流；

将类信息、静态变量、字节码、常量这些.class文件中的内容放入方法区

在内存中生成一个代表这个.class文件的java.lang.Class对象，作为方法区这个类的各种数据的访问入口。

4、初始化阶段做的事就是调用client>方法给static变量赋予用户指定的值以及执行静态代码块。

双亲委派模型：（启动类加载器>扩展类加载器>应用程序类加载器>自定义类加载器）

一个类加载器收到了类加载的请求，把这个请求委派给父类加载器去完成，父类完不成，自己才去完成。

先行发生原则：

Java内存中的有序性仅仅依靠synchronized和volatile来约束是不行，依靠程序调用次序规则判断setter和getter顺序。

Minor GC : 清理年轻带内存, 无法为一个新的对象分配空间。

Major GC : 是清理老年代，许多 Major GC 是由 Minor GC 触发的

Full GC : 是清理整个堆空间—包括年轻代和老年代

详解Java虚拟机管理的内存运行时数据区域

详解Java虚拟机管理的内存运行时数据区域概述 Java虚拟机在执行Java程序的过程中会把它所管理的内存划分为若干个不同数据区域.这些区域都有各自的用途,以及创建和销毁的时间,有的区域随着虚拟机进程的启动而存在,有些区域则是依赖用户线程的启动和结束而建立和销毁. 程序计数器程序计数器是一块较小的内存空间,它可以看作是当前线程所执行的字节码的行号指示器.在虚拟机的概念模型里,字节码解释器工作时就是通过改变这个计数器的值来选取下一条需要执行的字节码指令,分支,循环,跳转,异常处理,线程恢复等基
浅谈Java的虚拟机结构以及虚拟机内存的优化

工作以来,代码越写越多,程序也越来越臃肿,效率越来越低,对于我这样一个追求完美的程序员来说,这是绝对不被允许的,于是除了不断优化程序结构外,内存优化和性能调优就成了我惯用的"伎俩". 要对Java程序进行内存优化和性能调优,不了解虚拟机的内部原理(或者叫规范更严谨一点)是肯定不行的,这里推荐一本好书<深入Java虚拟机(第二版)>(Bill Venners著,曹晓刚蒋靖译,实际上本文正是作者阅读本书之后,对Java虚拟机的个人理解阐述).当然了,了解Java虚拟机的好处
java虚拟机深入学习之内存管理机制

前言前面说过了类的加载机制,里面讲到了类的初始化中时用到了一部分内存管理的知识,这里让我们来看下Java虚拟机是如何管理内存的. 先让我们来看张图有些文章中对线程隔离区还称之为线程独占区,其实是一个意思了.下面让我们来详细介绍下这五部分: 运行时数据区 Java虚拟机在执行Java程序的过程中会把它所管理的内存划分为若干个不同的数据区域,这些区域都拥有自己的用途,并随着JVM进程的启动或者用户线程的启动和结束建立和销毁. 先让我们了解下进程和线程的区别: 进程是资源分配的最小单位,线程是程序
了解Java虚拟机JVM的基本结构及JVM的内存溢出方式

JVM内部结构图 Java虚拟机主要分为五个区域:方法区.堆.Java栈.PC寄存器.本地方法栈.下面来看一些关于JVM结构的重要问题. 1.哪些区域是共享的?哪些是私有的? Java栈.本地方法栈.程序计数器是随用户线程的启动和结束而建立和销毁的, 每个线程都有独立的这些区域.而方法区.堆是被整个JVM进程中的所有线程共享的. 2.方法区保存什么?会被回收吗? 方法区不是只保存的方法信息和代码,同时在一块叫做运行时常量池的子区域还保存了Class文件中常量表中的各种符号引用,以及翻译出来的
java虚拟机内存溢出及泄漏实例

测试参数设置: 1.循环调用new A()实现堆溢出,java.lang.OutOfMemoryError: Java heap space, 虚拟机参数:-Xms1M -Xmx1M -XX:+HeapDumpOnOutOfMemoryError,解释:将-Xmx和-Xms设置为一样可以避免堆自动扩展,-XX:+HeapDumpOnOutOfMemoryError可以让虚拟机在出现内存溢出异常时Dump出当前的堆内存转储快照 // while (true){ // new A().do2();
Java虚拟机内存溢出与内存泄漏

一.基本概念内存溢出:简单地说内存溢出就是指程序运行过程中申请的内存大于系统能够提供的内存,导致无法申请到足够的内存,于是就发生了内存溢出. 内存泄漏:内存泄漏指程序运行过程中分配内存给临时变量,用完之后却没有被GC回收,始终占用着内存,既不能被使用也不能分配给其他程序,于是就发生了内存泄漏. 内存溢出 out of memory,是指程序在申请内存时,没有足够的内存空间供其使用,出现out of memory: 内存泄露 memory leak,是指程序在申请内存后,无法释放已申请的内存空间
JAVA程序内存溢出问题原因分析

本文较为详细的分析了JAVA程序内存溢出问题原因.分享给大家供大家参考.具体如下: 遇到一个线上系统报 java.lang.OutOfMemoryError: PermGen space 错误,需要定位一下问题.很久之前到时弄过这个,现在还真有点不记得了,但这个真的是一个非常有意思的问题,值得好好研究一下.首先第一反应当然是加上-XX:+PrintGCDetails参数来看具体的GC日志,但是由于程序是tomcat启动的,担心里面封装的东西太多不好定位,既然在windows下面,所以还是借助可视
Java虚拟机内存区域划分详解

在谈 JVM 内存区域划分之前,我们先来看一下 Java 程序的具体执行过程,我画了一幅图. Java 源代码文件经过编译器编译后生成字节码文件,然后交给 JVM 的类加载器,加载完毕后,交给执行引擎执行.在整个执行的过程中,JVM 会用一块空间来存储程序执行期间需要用到的数据,这块空间一般被称为运行时数据区,也就是常说的 JVM 内存. 所以,当我们在谈 JVM 内存区域划分的时候,其实谈的就是这块空间--运行时数据区. 大家应该对官方出品的<Java 虚拟机规范>有所了解吧?了解这个规范可
Java虚拟机内存分配与回收策略问题精细解读

本文参考于<深入理解Java虚拟机> 内存分配与回收策略 Java技术体系的自动内存管理,最根本的目标是自动化地解决两个问题:自动给对象分配内存以及自动回收分配给对象的内存. 1. 综述对象的内存分配,从概念上讲,应该都是在堆上分配(而实际上也有可能经过即时编译后被拆散为标量类型并间接地在栈上分配).在经典分代的设计下,新生对象通常会分配在新生代中,少数情况下(例如对象大小超过一定阈值)也可能会直接分配在老年代.对象分配的规则并不是固定的,<Java虚拟机规范>并未规定新对象的创
Java 堆内存溢出原因分析

前言任何使用过基于 Java 的企业级后端应用的软件开发者都会遇到过这种低劣.奇怪的报错,这些报错来自于用户或是测试工程师: java.lang.OutOfMemoryError:Java heap space. 为了弄清楚问题,我们必须返回到算法复杂性的计算机科学基础,尤其是"空间"复杂性.如果我们回忆,每一个应用都有一个最坏情况特征.具体来说,在存储维度方面,超过推荐的存储将会被分配到应用程序上,这是不可预测但尖锐的问题.这导致了堆内存的过度使用,因此出现了"内存不够&
Java虚拟机内存结构及编码实战分享

推荐原创了解JVM内存结构的目的在Java的开发过程中,因为有JVM自动内存管理机制,不再需要像在C.C++开发那样手动释放对象的内存空间,不容易出现内存泄漏和内存溢出的问题.但是,正是由于把内存管理的权利交给了JVM,一旦出现内存泄漏和内存溢出方面的问题,如果不了解JVM是如何使用内存的,不了解JVM的内存结构是什么样子的,就很难找到问题的根源,就更难以解决问题. JVM内存结构简介在JVM所管理的内存中,大致分为以下几个运行时数据区域: 程序计数器:当前线程所执行的字节码的行号指示器
Java常见内存溢出异常分析与解决

Java虚拟机规范规定JVM的内存分为了好几块,比如堆,栈,程序计数器,方法区等,而Hotspot jvm的实现中,将堆内存分为了三部分,新生代,老年代,持久带,其中持久带实现了规范中规定的方法区,而内存模型中不同的部分都会出现相应的OutOfMemoryError错误,接下来我们就分开来讨论一下.java.lang.OutOfMemoryError这个错误我相信大部分开发人员都有遇到过,产生该错误的原因大都出于以下原因: JVM内存过小.程序不严密,产生了过多的垃圾. 导致OutOfMemor
一篇文章总结Java虚拟机内存区域模型

首先我们来看一下Java运行时的数据区域,Java虚拟机在执行Java程序的过程中会把它所管理的内存划分成若干个不同的数据区域,这些区域都有各自的用途,各自的创建和销毁的时间.有的区域随着虚拟机进程的启动而存在,有些区域则依赖用户线程的启动和结束而建立和销毁. 我们来看一下Java虚拟机运行时的数据区结合这张图,下面逐个来分析一下每个数据区域的特点. 1.程序计数器程序计数器是一块较小的内存空间,可以看作是当前线程所执行的字节码的行号指示器. 什么意思呢?我们知道,CPU的计算时间是以分片的
Java虚拟机常见内存溢出错误汇总

一.引言从事java开发的小伙伴在平时的开发工作中,应该会遇见各式各样的异常和错误,在实际工作中积累的异常或者错误越多,趟过的坑越多,就会使我们编码更加的健壮,就会本能地避开很多严重的坑.以下介绍几个Java虚拟机常见内存溢出错误.以此警示,避免生产血案. 二.模拟Java虚拟机常见内存溢出错误 1.内存溢出之栈溢出错误 package com.jayway.oom; /** * 栈溢出错误 * 虚拟机参数:-Xms10m -Xmx10m * 抛出异常:Exception in thread

java虚拟机内存溢出及泄漏实例

相关推荐

随机推荐