直接上代码:

public class Test001 {
public static void main(String[] args) {
//java.lang.StackOverflowError 栈溢出错误, 这个是error 不是异常,因为StackOverflowError 是Error的子类
// 栈溢出, 递归方法,调方法
m1();
}
public static void m1(){
m1();
}
@Test
public void test02(){
// java.lang.OutOfMemoryError: Java heap space 堆溢出 这个是error Error的子类
// 堆溢出, 直接new 一个1G的大对象,就报异常了
ArrayList<int[]> list = new ArrayList<>();
while(true){
int[] ints = new int[1024];
list.add(ints);
}
//或者new 一个 大对象
//Object[] objects = new Object[1024 * 1024 * 1024];
}
}
class GC_OverHead_limit_demo1{
public static void main(String[] args) {
//jvm 参数设置: -Xms10m -Xmx10m -XX:+PrintGCDetails
// java.lang.OutOfMemoryError: GC overhead limit exceeded
// 这是错误
// 出现的原因: 执行垃圾回收的时间占比太大,实际工作时间太小, 默认情况下 GC话费时间超过98% ,并且垃圾回收的内存少于2%, 就会抛出此错误
int i = 0;
List<String> list = new ArrayList<>();
try {
while (true){
list.add(String.valueOf(++i).intern());
}
} catch (Exception e) {
System.out.println(i);
e.printStackTrace();
throw e;
}
}
} class Direct_buffer_memory_demo{
private static final int BUFFER = 1024*1024*20; //20M
public static void main(String[] args) { // 直接内存不属于 jvm 运行时数据区的一部分
// 对象存储的位置,不在jvm的堆中,而是在物理内存中(直接内存中,为内存的1/4), 这样直接内存中的对象不停增加,直到满了,而此时jvm 的 gc并不会执行,所以报这个错误
// java.lang.OutOfMemoryError: Direct buffer memory
// 怎样查看直接内存大小 sun.misc.VM.maxDirectMemory() /1024/1024 单位 m // jvm 参数:设置堆最大为10m, -Xms10m -Xmx10m -XX:+PrintGCDetails 可以设置直接内存,如果不设置 和堆空间最大值相同
System.out.println(VM.maxDirectMemory() / 1024 / 1024);// 直接内存大小为 9m
ByteBuffer byteBuffer = ByteBuffer.allocateDirect(10 * 1024 * 1024);//这里直接放10m 的缓存
}
} class Unable_to_create_new_native_Thread_demo{
public static void main(String[] args) throws InterruptedException {
// 这个是高并发情况下 容易爆出的生产上的错误
// java.lang.OutOfMemoryError: Unable_to_create_new_native_Thread
// 一个应用进程里 创建了过个线程,直接撑爆最大上限, linux服务器默认普通用户一个进程创建线程上限为1024, 如果是root用户则无上限
// 解决方案: 遇到这个错误,分析程序是否需要这么多线程,改代码, 或者修改服务器配置,增加创建线程上限
// https://www.jianshu.com/p/103589cea5f5
// https://blog.csdn.net/east4ming/article/details/80179670
//这里模拟一个 main线程下 创建多个线程
AtomicInteger count = new AtomicInteger();
while(true){
new Thread(()->{
try {
count.getAndIncrement();
System.out.println(count.get());
Thread.sleep(Integer.MAX_VALUE);
} catch (InterruptedException e) {
e.printStackTrace();
}
}).start();
}
//这个在win系统下 并没有测出错误结果, 在linux系统下 930多个就报错误了
}
} class MetaSpace_demo1{
static class OOM_Test{
//静态内部类
}
public static void main(String[] args) {
// 1.8之后,元空间取代了 永久代, 且元空间不在 jvm的 运行时数据区,而是使用的本地内存
// jvm参数: -XX:MetaspaceSize=8m -XX:MaxMetaspaceSize=10m
// 运行结果: 396 时候就报错误了; java.lang.OutOfMemoryError: Metaspace
/**
* 元空间 存放的信息:
* 1: 虚拟机加载的类信息
* 2: 常量池
* 3: 静态变量
* 4: 即使编译后的代码
*
* 所以: 不停地创建 静态类,存放到元空间,直到撑爆,报异常
*/
int i = 0;
try {
while(true){
i++;
//这里使用 cglib 生成代理类, 这个类是静态的,所以创建后放在元空间
//1, 创建工具类
Enhancer enhancer = new Enhancer();
//2, 设置父类
enhancer.setSuperclass(OOM_Test.class);
enhancer.setUseCache(false);//不使用缓存
//3, 设置回调函数
enhancer.setCallback(new MethodInterceptor(){
@Override
public Object intercept(Object o, Method method, Object[] objects, MethodProxy methodProxy) throws Throwable {
return methodProxy.invokeSuper(o,args);
}
});
//4, 创建代理对象
Object o = enhancer.create();
}
} catch (Exception e) {
System.out.println(i);
e.printStackTrace();
} }
}

JVM--你常见的jvm 异常有哪些? 代码演示:StackOverflowError , utOfMemoryError: Java heap space , OutOfMemoryError: GC overhead limit exceeded, Direct buffer memory, Unable_to_create_new_native_Thread, Metaspace的更多相关文章

  1. java 异常 java.lang.OutOfMemoryError: GC overhead limit exceeded 解决

    一.异常如下: Exception in thread "main" java.lang.OutOfMemoryError: GC overhead limit exceeded ...

  2. AndroidStudio 编译异常java.lang.OutOfMemoryError: GC overhead limit exceeded

    在build.gradle中的android{}添加如下脚本就可以顺利编译了 dexOptions { incremental true javaMaxHeapSize “4g” }

  3. 记一次由于引用第三方服务导致的GC overhead limit exceeded异常

    最近笔者遇到一个问题  监控平台忽然告警 GC overhead limit exceeded 这个异常 第一反应估计是堆溢出了.于是各种各种jmap  jstack下载堆栈文件和堆日志文件. 以下是 ...

  4. JVM 报 GC Overhead limit exceeded 是什么意思?

    默认情况下,并不是等堆内存耗尽,才会报 OutOfMemoryError,而是如果 JVM 觉得 GC 效率不高,也会报这个错误. 那么怎么评价 GC 效率不高呢?来看下源码: 呢?来看下源码gcOv ...

  5. GC overhead limit exceeded,tomcat修改jvm内存

    tomcat修改jvm内存 内存大小:-Xms256M -Xmx512M -XX:PermSize=256m -XX:MaxNewSize=256m -XX:MaxPermSize=512m -Dja ...

  6. spark异常篇-OutOfMemory:GC overhead limit exceeded

    执行如下代码时报错 # encoding:utf-8 from pyspark import SparkConf, SparkContext from pyspark.sql import Spark ...

  7. eclipse:Tomcat设置jvm,解决java.lang.OutOfMemoryError: Java heap space 堆内存溢出

    eclipse 有启动参数里设置jvm大小,因为eclipse运行时自己也需要jvm,所以eclipse.ini里设置的jvm大小不是具体某个程序运行时所用jvm的大小,这和具体程序运行的jvm大小无 ...

  8. JVM内存溢出分析java.lang.OutOfMemoryError: Java heap space

    JVM内存溢出查询java.lang.OutOfMemoryError: Java heap space查出具体原因分为几个预备步骤 1.在运行java程序是必须设置jvm -XX:+HeapDump ...

  9. java heap space解决方法和JVM参数设置

    在JVM中如果98%的时间是用于GC(Garbage Collection)且可用的 Heap size 不足2%的时候将抛出异常信息,java.lang.OutOfMemoryError: Java ...

随机推荐

  1. Python字体颜色设置

    Python字体颜色设置 平时学习工作中,我们经常会接触到一些大佬写的Python工具,运行起来总会显示出五颜六色的字体,比如红色代表Error , 黄色代表Warning , 绿色代表Success ...

  2. LA3644简单并查集判环

    题意:       有n个化合物,每个化合物是两种元素组成,现在要装车,但是一旦车上的化合物中的某几个化合物组成这样一组关系,有n个化合物正好用了n中元素,那么就会爆炸,输入的顺序是装车的顺序,对于每 ...

  3. UVA10763交换学生

    题意:       给你N组关系,每组关系是a,b,最后问你所有的a,b出现的次数和所有的b,a出现的此时是否全部都一样. 思路:       水题,直接开了个二维的map标记,map<int ...

  4. GUI简单实战——贪吃蛇

    将前面学到的GUI基础知识完成实战,完成一个简单的贪吃蛇项目 项目功能 用键盘上下左右实现贪吃蛇的自动移动 贪吃蛇吃到食物后,长度加一,分数加一 贪吃蛇吃到自己的身体,则游戏结束 按空格键实现游戏的暂 ...

  5. 【小技巧】修改eclipse中Java注释中的作者日期等信息

  6. 10.qml-组件、Loader、Component介绍

    1.组件介绍 一个组件通常由一个qml文件定义(单独文件定义组件), 实际也可以在qml里面通过Component对象来嵌入式定义组件 (4小节讲解). Component对象封装的内容默认不会显示, ...

  7. Salsa20算法介绍

    简介 Salsa20是一种流式对称加密算法,类似于Chacha20,算法性能相比AES能够快3倍以上. Salsa20算法通过将32 Byte的key和8 Byte的随机数nonce扩展为2^70 B ...

  8. 在Linux系统中部署NodeJS项目

    在Linux系统中部署NodeJS项目 安装NodeJS 首先进入 Node 官网,下载对应的 Node包 下载下来后是一个后缀为 xz 的压缩包,我们把这个包上传到 Linux 系统中的 /usr/ ...

  9. [bug] Scala eclipse:找不到或无法加载主类

    原因 混合java 和scala 无法编译 解决 右键项目 > properties > scala Compiler >勾选Use Project Setting > Sca ...

  10. Java 语言的主要特性

    Java语言是简单的 Java语言的语法与C语言和C++语言很接近,使得大多数程序员很容易学习和使用. Java丢弃了C++中很少使用的.很难理解的.令人迷惑的那些特性,如操作符重载.多继承.自动的强 ...