outofmemory permgen space (2015年)

这个问题主要还是由 java.lang.OutOfMemoryError: Java heap space 引起的。

有这两种解决方法：

1、设置环境变量

解决方法：手动设置Heap size
修改TOMCAT_HOME/bin/catalina.sh
set JAVA_OPTS= -Xms32m -Xmx512m
可以根据自己机器的内存进行更改。

2、java -Xms32m -Xmx800m className

就是在执行JAVA类文件时加上这个参数，其中className是需要执行的类名。（包括包名）
这个解决问题了。而且执行的速度比没有设置的时候快很多。

如果在测试的时候可能会用Eclispe 这时候就需要在Eclipse ->run -arguments 中的VM arguments 中输入-Xms32m -Xmx800m这个参数就可以了。

后来在Eclilpse中修改了启动参数，在VM arguments 加入了-Xms32m -Xmx800m，问题解决。

一、java.lang.OutOfMemoryError: PermGen space

PermGen space的全称是Permanent Generation space,是指内存的永久保存区域,
这块内存主要是被JVM存放Class和Meta信息的,Class在被Loader时就会被放到PermGen space中,
它和存放类实例(Instance)的Heap区域不同,GC(Garbage Collection)不会在主程序运行期对
PermGen space进行清理，所以如果你的应用中有很多CLASS的话,就很可能出现PermGen space错误,
这种错误常见在web服务器对JSP进行pre compile的时候。如果你的WEB APP下都用了大量的第三方jar, 其大小
超过了jvm默认的大小(4M)那么就会产生此错误信息了。
解决方法：手动设置MaxPermSize大小

修改TOMCAT_HOME/bin/catalina.sh
在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行：
JAVA_OPTS="-server -XX:PermSize=64M -XX:MaxPermSize=128m
建议：将相同的第三方jar文件移置到tomcat/shared/lib目录下，这样可以达到减少jar 文档重复占用内存的目的。

windows环境,设置参考,有图有真相,非常清晰

二、java.lang.OutOfMemoryError: Java heap space

Heap size 设置
JVM堆的设置是指java程序运行过程中JVM可以调配使用的内存空间的设置.JVM在启动的时候会自动设置Heap size的值，
其初始空间(即-Xms)是物理内存的1/64，最大空间(-Xmx)是物理内存的1/4。可以利用JVM提供的-Xmn -Xms -Xmx等选项可
进行设置。Heap size 的大小是Young Generation 和Tenured Generaion 之和。
提示：在JVM中如果98％的时间是用于GC且可用的Heap size 不足2％的时候将抛出此异常信息。
提示：Heap Size 最大不要超过可用物理内存的80％，一般的要将-Xms和-Xmx选项设置为相同，而-Xmn为1/4的-Xmx值。
解决方法：手动设置Heap size
修改TOMCAT_HOME/bin/catalina.sh
在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行：
JAVA_OPTS="-server -Xms800m -Xmx800m -XX:MaxNewSize=256m"

三、实例，以下给出1G内存环境下java jvm 的参数设置参考：

JAVA_OPTS="-server -Xms800m -Xmx800m -XX:PermSize=64M -XX:MaxNewSize=256m -XX:MaxPermSize=128m -Djava.awt.headless=true "

很大的web工程，用tomcat默认分配的内存空间无法启动，如果不是在myeclipse中启动tomcat可以对tomcat这样设置：

TOMCAT_HOME\bin\catalina.bat 中添加这样一句话：

set JAVA_OPTS= -Xmx1024M -Xms512M -XX:MaxPermSize=256m

如果要在myeclipse中启动，上述的修改就不起作用了，可如下设置：

Myeclipse->preferences->myeclipse->servers->tomcat->tomcat×.×->JDK面板中的

Optional Java VM arguments中添加：-Xmx1024M -Xms512M -XX:MaxPermSize=256m

以上是转贴，但本人遇见的问题是：在myeclipse中启动Tomcat时，提示"ava.lang.OutOfMemoryError: Java heap space"，解决办法就是：

Myeclipse->preferences->myeclipse->servers->tomcat->tomcat×.×->JDK面板中的

Optional Java VM arguments中添加：-Xmx1024M -Xms512M -XX:MaxPermSize=256m

挺灵的。

问题描述
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space

解决方案[转](2015年)

一直都知道可以设置jvm heap大小，一直用eclipse写/调试java程序。一直用命令行or console加参数跑程序。现象：在eclipse的配置文件eclipse.ini中设置-vmargs -Xms500m -Xmx1024m，在eclipse中直接run 或者debug某些耗内存的程序时依然出现java.lang.OutOfMemoryError: Java Heap Space错误，即通常认为的内存不足，java虚拟机内存不够用。而在命令行加这些参数则有效果，不会出错。这说明一个问题，这些参数根本没有起作用。今天需要在eclipse里调试程序，还没到需要调试的地方就heap error了，在网上搜了很多地方，得到了最终的答案：
选中被运行的类，点击菜单‘run->run...’，选择(x)=Argument标签页下的vm arguments框里
输入 -Xmx800m, 保存运行。
原来还需要对每个project单独设置，汗...

有三种可能导致OutOfMemoryError。(2015年)

第一种，此JVM有真实的内存泄漏。

导致此JVM堆在内部实现时产生了一个Bug。这极不可靠。所有JVM都经过充分的测试，并且，如果有人发现这种bug，它将绝对是最高的优先级。因此你可以非常宽心地排除这种可能性。

第二种，没有为你的应用程序运行时给予足够多的可用内存。

这种情况，有两种可能的方案，或者增加 JVM堆可用大小，或者减少你的应用程序所需的内存总量。提高JVM可用堆大小可以简单的使用JVM的 -Xmx 参数。假如你将此参数设置尽可能的大（可用内存极限不要超过系统物理内存，否则你的应用程序将分页并暂停），仍然有以上所提到的内存问题，那么，你需要减少你的应用程序所可能用到内存总量。减少应用程序内存可能是简单的，你可能允许一些集合过大，例如使用了许多大的缓冲区。或者它过于复杂，要求你重新实现一些类，乃至重新设计应用程序。

读者 Jams Stauffer 指出有些JVM（例如 sun的 JVMs），还有一个“Perm”参数用来处理JVM结构与类对象。如果你正在使用一个数量非常巨大的类集，它有可能运行在"Perm"空间之外，然后你需要增加此空间的大小，例如，sun的JVM使用 -XX:PermSize 与 -XX:MaxPermSize 选项。

第三种，无心的对象引用保持。

你没有明确无误的释放对象，以致于你的堆增长再增长，直到你没有额外的空间。

处理OutOfMemoryError:

是JVM内部的BUG？不太可能。如果是，这是优先级最高的BUG（为什么还没有人发现它，而你碰到了？）。

没有足够的内存分配给实际运行的应用程序？两种选择：使用-Xmx参数增加堆的最大使用内存（或者使用-XX:MaxPermSize参数增加Perm空间大小）;　或者使用更小的集合/缓冲区/表空间/对象.....，以减少所需要的内存总量，也就是说，可以调整对象大小，重新设计与重新实现你的应用程序。

无心的对象引用保持？找到保持这些无意引用的源对象，改变它并释放这些对象。在IBM开发者社区的文章纲要式的揭示了这样一个通用的处理过程。这个过程主要是等到应用程序到达恒定状态－－你将期望最多的新创建的对象是临时对象，并且可以被垃圾收集器收集。这常常是在应用程序所有的初始化工作完成之后。

强迫垃圾收集，获得一个堆的对象快照。
做任何工作可能正在导到无意的对象引用保持。
强迫另一次垃圾收集并获得第二次堆的对象快照。
比较这两个快照，观察从第一个快照到第二个快照哪些对象在数量上有所增加。因为你在快照之前强迫垃圾收集，剩下的将是所有被应用程序引用的对象，比较两个快照将准确的标识那些新创建的、保留在应用程序里的对象。
根据你对应用程序的认识，决定两个快照比较中，哪些对象正在无意的保持对象引用。
跟踪前导引用，找到哪些对象正在引用这些无意的保持对象，直到你找到导致此问题的源对象

总结解决方法(2015年)

启动虚拟机的时候，加上一个参数：-Xms800m -Xmx800m就好了
-Xms <size>
设置JVM初始化堆内存大小

-Xmx <size>
设置JVM最大的堆内存大小

如果是应用程序，则：java -Xms800m -Xmx800m 你的类名
如果是tomcat之类的web服务器，在这个服务器的启动文件后面加上这个参数即可。

eclipse的eclipse.ini 和eclipse的server.xml中的虚拟机:

我的其它eclipse.ini配置笔记---eclipse以指定JDK启动

当eclipse.ini的堆大小配置 < eclipse的JRE堆大小配置或者

eclipse.ini的堆大小配置 < tomcat server.xml的堆大小配置时,会报如下错误:

Error occurred during initialization of VM
Could not reserve enough space for object heap

eclipse.ini:(以此这基准)

-Dosgi.requiredJavaVersion=1.6
-Xms40m
-Xmx1256m

eclipse JRE:(过大)

-Xms1512M -Xmx1512M -XX:MaxPermSize=256M

当我们把JRE的Xmx改小之后就能启动tomcat了

-Xms1024m -Xmx1024m -XX:PermSize=256M -XX:MaxPermSize=512m

tomcat server.xml:(过大)

-Xms1800m -Xmx1800m -XX:PermSize=256M -XX:MaxPermSize=512m

当我们把server.xml的Xmx改小之后就能启动tomcat了

-Xms800m -Xmx800m -XX:PermSize=256M -XX:MaxPermSize=512m

补充: eclipse的jdk编译器版本也最好和jar及tomcat等都对应上,我这里本来是1.7,现在选用1.6.

部分转载自 http://blog.csdn.net/sunrainy10/article/details/6686197

发生内存溢出时自动dump文件，并且指定路径

java -jar xxx.jar -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=C:/temp/dump.hprof

说明：
通过jvm参数-XX:+HeapDumpOnOutOfMemoryError可以让JVM在出现内存溢出时候Dump出当前的内存转储快照。快照格式为java_pid2821.hprof（2821为Java进程号）

参数设置：

-XX:+PrintCommandLineFlags : 启动时打印虚拟机VM参数
-XX:+HeapDumpOnOutOfMemoryError ：当内存溢出时(触发java.lang.OutOfMemo: Java heap space) 自动创建heapdump文件
-XX:HeapDumpPath=/opt/heapdump.hprof : 内存溢出时，保存内存快照文件

样例

OOM时自动触发headdump

nohup java -jar -server -Xms8g -Xmx8g -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/opt/heapdump.hprof ./test.jar >/dev/null 2>&1 &

FGC前后做headdump

nohup java -jar -server -Xms8g -Xmx8g -XX:+HeapDumpBeforeFullGC -XX:+HeapDumpAfterFullGC -XX:HeapDumpPath=/app/temp/heapdump.hprof ./test.jar >/dev/null 2>&1 &

3. 使用 JVM 参数获取 dump 文件
1. -XX:+HeapDumpOnOutOfMemoryError
当OutOfMemoryError发生时自动生成 Heap Dump 文件。

这可是一个非常有用的参数，因为当你需要分析Java内存使用情况时，往往是在OOM(OutOfMemoryError)发生时。

2. -XX:+HeapDumpBeforeFullGC
当 JVM 执行 FullGC 前执行 dump。

3. -XX:+HeapDumpAfterFullGC
当 JVM 执行 FullGC 后执行 dump。

4. -XX:+HeapDumpOnCtrlBreak
交互式获取dump。在控制台按下快捷键Ctrl + Break时，JVM就会转存一下堆快照。

5. -XX:HeapDumpPath=d:\test.hprof
指定 dump 文件存储路径。

注意：JVM 生成 Heap Dump 的时候，虚拟机是暂停一切服务的。如果是线上系统执行 Heap Dump 时需要注意。

       Oracle JVM的6.0版本去掉了-XX:+HeapDumpOnCtrlBreak参数，如果需要产生DUMP文件，请采用jmap命令，命令行格式如下：
————————————————
版权声明：本文为CSDN博主「汲建帅」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/jijianshuai/article/details/79128033

https://blog.csdn.net/jijianshuai/article/details/79128033

内存溢出样例

package com.bobo.test;

import java.util.ArrayList;
import java.util.List;

public class Person {
    public static void main(String[] args) throws Exception{
        try{
            testing();
        }catch (Exception e){
            e.printStackTrace();
        }

    }

    public static void testing() throws Exception{
        List<byte[]> list = new ArrayList<byte[]>() ;
        for(int i = 0 ;  i < 1000 ; i++){
            Thread.currentThread().sleep(1000);
            byte[] mybytes = new byte[1024*1024];
            list.add(mybytes);
            System.out.println(i);
        }
        System.out.println("ok");
    }
}

在idea中指定jvm参数

启动项目

-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=C:/temp/dump  -Xms10m -Xmx10m

jstack命令解析

jstack命令解析==>https://blog.csdn.net/weixin_44588186/article/details/124680586

Eclipse Memory Analyzer内存溢出分析

分析内存溢出的强力插件—-Eclipse Memory Analyzer。

查看整个JVM内存状态
jmap -heap [pid]
要注意的是在使用CMS GC 情况下，jmap -heap的执行有可能会导致JAVA 进程挂起

查看JVM堆中对象详细占用情况
jmap -histo [pid]

导出整个JVM 中内存信息
jmap -dump:format=b,file=文件名 [pid]

jhat是sun 1.6及以上版本中自带的一个用于分析JVM 堆DUMP 文件的工具，基于此工具可分析JVM HEAP 中对象的内存占用情况
jhat -J-Xmx1024M [heap file]
执行后等待console 中输入start HTTP server on port 7000 即可使用浏览器访问 IP：7000

jstack
jstack 是sun JDK 自带的工具，通过该工具可以看到JVM 中线程的运行状况，包括锁等待，线程是否在运行
执行 jstack [pid] ,线程的所有堆栈信息↓

“http-8080-10” daemon prio=10 tid=x0a949bb60 nid=0x884 waiting for monitor entry […]

“http-8080-10” 这个线程处于等待状态。 waiting for monitor entry 如果在连续几次输出线程堆栈信息都存在于同一个或多个线程上时，

则说明系统中有锁竞争激烈，死锁，或锁饿死的想象。

“ http-8080-11” daemon prio=10 tix=xxx nid=xxx in object.wait() […]
java.lang.Thread.State:waiting (on object monitor)
该表示http-8080-11的线程处于对象的Wait 上，等待其他线程的唤醒，这也是线程池的常见用法。

“Low Memory Detector”daemon prio=10 tix=xx nid=xxx runnable […] java.lang.Thread.State:runnable
表示”Low Memory Detector”的线程处于Runable状态，等待获取CPU的使用权.

也可以通过jstack PID > a.txx 将线程快照输出到文件中便于查看，文档的最下发会显示该进程中存在多少个死锁。

3. 快照文件内直接搜deadlock如果有结果表示存在死锁

有提示那行代码出现了死锁，以及为什么死锁的提示。

快照中对死锁提示：

- 可以看到线程A，当前拥有的lock锁名为AA，需要获取名为BB的锁；

- 线程B，拥有的lock锁名为BB，需要获取名为AA的锁；

- 所以线程A和线程B就会产生死锁。

最后根据提示死锁出现在代码的位置，自行去查看修改代码。
————————————————
版权声明：本文为CSDN博主「祁_z」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/qq_36881887/article/details/106738536

MAT内存分析

Java程序内存分析：使用mat工具分析内存占用==>https://blog.csdn.net/cai519678181/article/details/105155632/

什么是GC Root

首先我们知道标记算法，JVM

的标记算法我们可以了解为一个可达性算法，所以所有的可达性算法都会有起点，那么这个起点就是GC Root。

也就是需要通过GC Root 找出所有活的对象，那么剩下所有的没有标记的对象就是需要回收的对象。

GC Root 的特点

当前时刻存活的对象！

GC Root 在哪里

所有Java线程当前活跃的栈帧里指向GC堆里的对象的引用；换句话说，当前所有正在被调用的方法的引用类型的参数/局部变量/临时值。
VM的一些静态数据结构里指向GC堆里的对象的引用，例如说HotSpot VM里的Universe里有很多这样的引用。

这里有个问题? 为什么需要将GC root 设置为所有Java线程当前活跃的栈帧里指向GC堆里的对象的引用?

原因很简单，GC Root 需要确保引用所指的对象都是活着的,而当前线程 frame 中的对象，在这一时刻是存活的。

incoming 和 outgoing

Weblogic HeapDump 配置==>https://blog.csdn.net/yufan1987/article/details/8747673

jmap  -dump:format=b,file=managed1_heapdump.hprof  <pid>

其中managed1_heapdump.hprof表示生成的DUMP文件名称，pid表示Java进程号，执行命令后会在当前目录下导出hprof文件。

产生的.hprof文件使用HeapAnalyzer工具，HeapAnalyzer是一款针对IBM JDK的内存文本镜像HeapDump的分析工具。

MAT简单分析内存溢出问题==>https://blog.csdn.net/fengsheng5210/article/details/123681123

程序员，这些内存溢出 MAT 排查工具，你一定要知道==>https://baijiahao.baidu.com/s?id=1683933966889038982&wfr=spider&for=pc

通过这个实验，得出的结论是：

在jmap命令导出堆内存快照时，如果没有加live=true,则MAT内存泄漏分析结果也只统计堆内存中存活的对象，已死的对象在unreachable objects中可以找到，这就解释了为什么mat分析结果饼状图中的对象空间远小于jstat的统计结果。

使用MAT分析GC问题心得==>https://blog.csdn.net/yinvictor/article/details/97283429

使用MAT分析GC问题心得==>https://www.icode9.com/content-4-355000.html

Mat内存泄漏分析==>https://blog.csdn.net/qq_40338564/article/details/122795979

其它

记一次内存溢出排查流程==>https://blog.csdn.net/jack1y/article/details/120179320

临时代码备用

package com.bobo.code.a.b.c.d.test.springdata;

import java.util.ArrayList;
import java.util.List;

public class Person {
    String name = "aaa";
    Integer age = 100    ;

    public static void main(String[] args) throws Exception{
        try{
            testing();
        }catch (Exception e){
            e.printStackTrace();
        }

    }

    public static void testing() throws Exception{
        List<byte[]> list = new ArrayList<byte[]>() ;
        for(int i = 0 ;  i < 1000 ; i++){
            Thread.currentThread().sleep(1000);
            byte[] mybytes = new byte[1024*1024];
            list.add(mybytes);
            System.out.println(i);
        }
        System.out.println("ok");
    }
}

package com.bobo.code.a.b.c.d.test.springdata;

import java.util.ArrayList;
import java.util.List;

//自定义实现一个栈，但是出栈的时候不把对象删除
public class UserStack {
    private Object[] elements;
    private int size = 0;//栈顶位置
    private static final int CAP = 16;

    public UserStack() {
        elements = new Object[CAP];
    }

    //放入元素
    public void push(Object o) {
        elements[size++] = o;
    }

    public Object pop() {
        Object o = elements[--size];
        return o;
    }

    public static void main(String[] args) throws Exception{
        test222();

        test111();
        //Thread.currentThread().sleep(1000*1000);
    }

    public static void test111() throws Exception{
        List<byte[]> list = new ArrayList<byte[]>() ;
        for(int i = 0 ;  i < 1000 ; i++){
            Thread.currentThread().sleep(1000);
            byte[] mybytes = new byte[1024*1024];
            list.add(mybytes);
            System.out.println(i);
        }
        System.out.println("ok");
    }

    public static void test222() {
        UserStack stack = new UserStack();  //new一个栈

        for (int i = 0; i < 10000; i++) {
            Person o = new Person(); //new一个对象
            System.out.println("o=" + o);
            stack.push(o); //入栈
            Object o1 = stack.pop(); //出栈
            System.out.println("o1=" + o1);
            //o对象没什么用
            System.out.println(stack.size); //打印栈中的数据
        }
    }

}

参考

好文性能监控之常见 Java Heap Dump 方法==>https://www.bbsmax.com/A/x9J2X1BVd6/

posted @ 2015-08-17 11:34 苦涩泪滴阅读(4928) 评论(0) 编辑收藏举报

会员力量，点亮园子希望

刷新页面返回顶部

万物生长

java虚拟内存设置防止内存溢出 OutOfMemory【转】【原】

outofmemory permgen space (2015年)

有这两种解决方法：

1、设置环境变量

2、java -Xms32m -Xmx800m className

一、java.lang.OutOfMemoryError: PermGen space

二、java.lang.OutOfMemoryError: Java heap space

三、实例，以下给出1G内存环境下java jvm 的参数设置参考：

解决方案[转](2015年)

有三种可能导致OutOfMemoryError。(2015年)

第一种，此JVM有真实的内存泄漏。

第二种，没有为你的应用程序运行时给予足够多的可用内存。

第三种，无心的对象引用保持。

总结解决方法(2015年)

eclipse的eclipse.ini 和eclipse的server.xml中的虚拟机:

发生内存溢出时自动dump文件，并且指定路径

内存溢出样例

jstack命令解析

Eclipse Memory Analyzer内存溢出分析

MAT内存分析

什么是GC Root

incoming 和 outgoing

其它

临时代码备用

参考

万物生长

java虚拟内存设置 防止内存溢出 OutOfMemory【转】【原】

outofmemory permgen space (2015年)

有这两种解决方法：

1、设置环境变量

2、java -Xms32m -Xmx800m className

一、java.lang.OutOfMemoryError: PermGen space

二、java.lang.OutOfMemoryError: Java heap space

三、实例，以下给出1G内存环境下java jvm 的参数设置参考：

解决方案[转](2015年)

有三种可能导致OutOfMemoryError。(2015年)

第一种，此JVM有真实的内存泄漏。

第二种，没有为你的应用程序运行时给予足够多的可用内存。

第三种，无心的对象引用保持。

总结解决方法(2015年)

eclipse的eclipse.ini 和eclipse的server.xml中的虚拟机:

发生内存溢出时自动dump文件，并且指定路径

内存溢出样例

jstack命令解析

Eclipse Memory Analyzer内存溢出分析

MAT内存分析

什么是GC Root

incoming 和 outgoing

其它

临时代码备用

参考

java虚拟内存设置防止内存溢出 OutOfMemory【转】【原】