java虚拟内存设置 防止内存溢出 OutOfMemory【转】【原】
Java内存溢出和内存泄漏代码示例(经典案例)$==>https://blog.csdn.net/qq_39455116/article/details/86743045
内存泄漏的8种情况(附代码示例)==>https://blog.csdn.net/weixin_43899792/article/details/124304136
常见内存溢出异常==>https://blog.csdn.net/qq_31960623/article/details/117947309
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 文档重复占用内存的目的。
二、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/