java.lang.StackOverflowError
public class StackOverflowErrorDemo { public static void main(String[] args) { stackOverflowError(); } private static void stackOverflowError() { stackOverflowError(); } } Exception in thread "main" java.lang.StackOverflowError at com.veritas.test.StackOverflowErrorDemo.stackOverflowError(StackOverflowErrorDemo.java:14) at com.veritas.test.StackOverflowErrorDemo.stackOverflowError(StackOverflowErrorDemo.java:14) at com.veritas.test.StackOverflowErrorDemo.stackOverflowError(StackOverflowErrorDemo.java:14) at com.veritas.test.StackOverflowErrorDemo.stackOverflowError(StackOverflowErrorDemo.java:14) at com.veritas.test.StackOverflowErrorDemo.stackOverflowError(StackOverflowErrorDemo.java:14) at com.veritas.test.StackOverflowErrorDemo.stackOverflowError(StackOverflowErrorDemo.java:14)java.lang.OutOfMemoryError: Java heap space
public class JavaHeapSpaceDemo { public static void main(String[] args) { byte[] bytes = new byte[7 * 1024 * 1024]; System.out.println(bytes); } } Exception in thread "main" java.lang.OutOfMemoryError: Java heap space at com.veritas.test.JavaHeapSpaceDemo.main(JavaHeapSpaceDemo.java:8)java.lang.OutOfMemoryError: GC overhead limit exceeded
import java.util.ArrayList; import java.util.List; /** * * @author root * * JVM配置参数演示 * -Xms7m -Xmx7m -XX:MaxDirectMemorySize=3m * * GC回收时间过长时会抛出OutOFMemoryError。 * 过长的定义是，超过98%的时间用来做GC并且回收了不到2%的堆内存。 * 连续多次GC都回收了不到2%的极端情况下才会抛出。 * 假如不抛出GC overhead limit错误会发生什么情况呢？ * 那就是GC清理的那么点内存很快会再次填满，迫使GC再次执行，这样就形成恶性循环，CPU使用率一直是100%，而GC却没有任何成果。 * */ public class GCOverheadDemo { public static void main(String[] args) { int i = 0; List<String> list = new ArrayList<String>(); try { while (true) { list.add(String.valueOf(i++)); } } catch (Exception e) { System.out.println("*******i:" + i); e.printStackTrace(); } } }java.lang.OutOfMemoryError: Direct buffer memory
import java.nio.ByteBuffer; /** * * @author root * * 配置参数： * -Xms9m -Xmx9m -XX:+PrintGCDetails -XX:MaxDirectMemorySize=3m * * 故障现象： * Exception in thread java.lang.OutOfMemoryError: Direct buffer memory * * 导致原因： * * 写NIO程序经常用ByteBuffer来读取或者写入数据，这是一种基于通道(Channel)与缓冲区(Buffer)的I/O方式。 * 它可以使用Native函数库直接分配堆外内存，然后通过一个存储在Java堆里面的DirectByteBuffer对象作为这块内存的引用进行操作。 * 这样能在一些场景中显著提高性能，因为避免了在Java堆和Native堆中来回复制数据。 * * ByteBuffer.allocate(capability)第一种方式是分配JVM堆内存，属于GC管辖范围，由于需要拷贝所以速度相对较慢 * * ByteBuffer.allocateDirect(capability)第二种方式是分配OS本地内存，不属于GC管辖范围，由于不需要内存拷贝所以速度相对较快。 * * 但如果不断分配本地内存，堆内存很少使用，那么JVM就不需要执行GC，DirectByteBuffer对象们就不会被回收。 * 这时候堆内存充足，但本地内存可能已经使用光了，再次尝试分配本地内存就会出现OutOfMemoryError，那程序就直接崩溃了。 * */ public class DirectBufferMemoryDemo { public static void main(String[] args) { System.out.println("配置的maxDirectMemory: " + (sun.misc.VM.maxDirectMemory() / (double) 1024 / 1024) + "MB"); try { Thread.sleep(3000); } catch (InterruptedException e) { e.printStackTrace(); } ByteBuffer.allocateDirect(7 * 1024 * 1024); } } 配置的maxDirectMemory: 3.0MB [GC (System.gc()) [PSYoungGen: 458K->384K(2560K)] 458K->392K(9728K), 0.0014184 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] [Full GC (System.gc()) [PSYoungGen: 384K->0K(2560K)] [ParOldGen: 8K->310K(7168K)] 392K->310K(9728K), [Metaspace: 2536K->2536K(1056768K)], 0.0183465 secs] [Times: user=0.07 sys=0.01, real=0.02 secs] Exception in thread "main" Heap PSYoungGen total 2560K, used 82K [0x00000000ffd00000, 0x0000000100000000, 0x0000000100000000) eden space 2048K, 4% used [0x00000000ffd00000,0x00000000ffd14938,0x00000000fff00000) from space 512K, 0% used [0x00000000fff00000,0x00000000fff00000,0x00000000fff80000) to space 512K, 0% used [0x00000000fff80000,0x00000000fff80000,0x0000000100000000) ParOldGen total 7168K, used 310K [0x00000000ff600000, 0x00000000ffd00000, 0x00000000ffd00000) object space 7168K, 4% used [0x00000000ff600000,0x00000000ff64da98,0x00000000ffd00000) Metaspace used 2567K, capacity 4486K, committed 4864K, reserved 1056768K class space used 276K, capacity 386K, committed 512K, reserved 1048576K java.lang.OutOfMemoryError: Direct buffer memory at java.nio.Bits.reserveMemory(Bits.java:693) at java.nio.DirectByteBuffer.<init>(DirectByteBuffer.java:123) at java.nio.ByteBuffer.allocateDirect(ByteBuffer.java:311) at com.veritas.test.DirectBufferMemoryDemo.main(DirectBufferMemoryDemo.java:42)java.lang.OutOfMemoryError: unable to create new native thread
/** * * @author root * * 高并发请求服务器时，经常出现如下异常： java.lang.OutOfMemoryError: unable to create new native thread * 准确的讲该native thread与对应的平台有关 * * 导致原因： * 1. 你的应用创建了太多线程了，一个应用进程创建多个线程，超过系统承载极限 * 2. 你的服务器并不允许你的应用程序创建这么多线程，Linux系统默认允许单个进程可以创建的线程数是1024个 * 你的应用创建超过这个数量，就会报java.lang.OutOfMemoryError: unable to create new native thread * * 解决办法： * 1. 想办法降低你应用程序创建线程的数量，分析应用是否真的需要创建这么多线程，如果不是，改代码线程数降低到最低 * 2. 对于有的应用，确实需要创建很多线程，远超过Linux系统的默认1024个线程的限制，可以通过修改Linux服务器配置，扩大Linux默认限制 * */ public class UnableToCreateNewNativeThreadDemo { public static void main(String[] args) { for (int i = 0;; i++) { System.out.println("*******i: " + i); new Thread(() -> { try { Thread.sleep(Integer.MAX_VALUE); } catch (InterruptedException e) { e.printStackTrace(); } }, "" + i).start(); } } } Exception in thread "main" java.lang.OutOfMemoryError: unable to create new native thread at java.lang.Thread.start0(Native Method) at java.lang.Thread.start(Thread.java:714) at com.veritas.test.UnableToCreateNewNativeThreadDemo.main(UnableToCreateNewNativeThreadDemo.java:37)java.lang.OutOfMemoryError: Metaspace
import java.lang.reflect.Method; import net.sf.cglib.proxy.Enhancer; import net.sf.cglib.proxy.MethodInterceptor; import net.sf.cglib.proxy.MethodProxy; /** * * @author root * * JVM参数 -XX:MetaspaceSize=9m -XX:MaxMetaspaceSize=9m * * Java 8及之后的版本使用Metaspace来替代永久代。 * * Metaspace是方法区在HotSpot中的实现，它与持久带最大的区别在于：Metaspace并不在虚拟机内存中而是使用本地内存 * 也即在Java 8 中，class metadata(the virtual machines internal presentation * fo Java class)被存储在叫做 Metaspace的Native memory * * 永久代(Java 8后被元空间Metaspace取代了)存放了一下信息： * * 虚拟机加载的类信息 常量池 静态变量 即时编译后的代码 * * 模拟Metaspace空间溢出，我们不断生成类往元空间灌，类占据的空间总是会超过Metaspace指定的空间大小的 * */ public class MetaSpaceOOMTest { static class OOMTest { } public static void main(String[] args) { int i = 0;// 模拟计数多少次以后发生异常 try { while (true) { i++; Enhancer enhancer = new Enhancer(); enhancer.setSuperclass(OOMTest.class); enhancer.setUseCache(false); enhancer.setCallback(new MethodInterceptor() { @Override public Object intercept(Object object, Method method, Object[] objects, MethodProxy methodProxy) throws Throwable { return methodProxy.invokeSuper(object, args); } }); enhancer.create(); } } catch (Exception e) { System.out.println("多少次后发生了异常: " + i); e.printStackTrace(); } } } 多少次后发生了异常: 437 net.sf.cglib.core.CodeGenerationException: java.lang.reflect.InvocationTargetException-->null at net.sf.cglib.core.AbstractClassGenerator.generate(AbstractClassGenerator.java:348) at net.sf.cglib.proxy.Enhancer.generate(Enhancer.java:492) at net.sf.cglib.core.AbstractClassGenerator$ClassLoaderData.get(AbstractClassGenerator.java:117) at net.sf.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:294) at net.sf.cglib.proxy.Enhancer.createHelper(Enhancer.java:480) at net.sf.cglib.proxy.Enhancer.create(Enhancer.java:305) at com.weisoft.test.MetaSpaceOOMTest.main(MetaSpaceOOMTest.java:49) Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at net.sf.cglib.core.ReflectUtils.defineClass(ReflectUtils.java:459) at net.sf.cglib.core.AbstractClassGenerator.generate(AbstractClassGenerator.java:339) ... 6 more Caused by: java.lang.OutOfMemoryError: Metaspace at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(Unknown Source) ... 11 more
