Java面试题——JVM（5）

题目：请你谈谈OOM的认识

java.lang.StackOverflowError

爆栈：递归调用自身。

public class StackOverflowErrorDemo {
    public static void main(String[] args) {
        stackOverflowError();
    }
    private static void stackOverflowError() {
        stackOverflowError();
    }
}

问题：这是一个错误还是一个异常？

是一个错误，不是一个异常。

java.lang.OutOtMemoryError:Java heap space

堆空间溢出，new一个大对象或者对象太多。

public class JavaHeapSpaceDemo {
    public static void main(String[] args) {
//        String str = "hello";
//        while(true){
//            str+=new Random().nextInt(11111111)+new Random().nextInt(22222222);
//            str.intern();
//        }
        byte[] bytes = new byte[80*1024*1024];
    }
}

java.lang.OutOtMemoryError:GC overhead limit exceeded

执行垃圾收集的时间比例太大， 有效的运算量太小，默认情况下,，如果GC花费的时间超过 98%， 并且GC回收的内存少于 2%， JVM就会抛出这个错误。

配置参数：-Xms10m -Xmx10m -XX:+PrintGCDetails -XX:MaxDirectMemorySize=5m

public class GCOverHeadDemo {
    public static void main(String[] args) {
        int i=0;
        List<String> list = new ArrayList<>();
        try{
            while(true){
                list.add(String.valueOf(++i).intern());
            }
        }catch(Throwable e){
            System.out.println("****i:"+i);
            e.printStackTrace();
            throw e;
        }
    }
}

java.lang.OutOtMemoryError: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对象就不会被回收，这时候堆内存充足，但本地内存可能已经使用光了，再次尝试分配本地内存就会出现OOM，那么程序就会崩溃。

配置参数：-Xms10m -Xmx10m -XX:+PrintGCDetails -XX:MaxDirectMemorySize=5m

public class DirectBufferDemo {
    public static void main(String[] args) {
        System.out.println("maxDirectMemory : " + sun.misc.VM.maxDirectMemory() / (1024 * 1024) + "MB");
        ByteBuffer byteBuffer = ByteBuffer.allocateDirect(6 * 1024 * 1024);
    }
}

maxDirectMemory : 5MB
[GC (System.gc()) [PSYoungGen: 1315K->464K(2560K)] 1315K->472K(9728K), 0.0008907 secs] [Times: user=0.00 sys=0.00, real=0.01 secs] 
[Full GC (System.gc()) [PSYoungGen: 464K->0K(2560K)] [ParOldGen: 8K->359K(7168K)] 472K->359K(9728K), [Metaspace: 3037K->3037K(1056768K)], 0.0060466 secs] [Times: user=0.01 sys=0.00, real=0.00 secs] 
Exception in thread "main" java.lang.OutOfMemoryError: Direct buffer memory
	at java.nio.Bits.reserveMemory(Bits.java:694)
	at java.nio.DirectByteBuffer.<init>(DirectByteBuffer.java:123)
	at java.nio.ByteBuffer.allocateDirect(ByteBuffer.java:311)
	at com.cuzz.jvm.DirectBufferDemo.main(DirectBufferDemo.java:17)
Heap
 PSYoungGen      total 2560K, used 56K [0x00000000ffd00000, 0x0000000100000000, 0x0000000100000000)
  eden space 2048K, 2% used [0x00000000ffd00000,0x00000000ffd0e170,0x00000000fff00000)
  from space 512K, 0% used [0x00000000fff00000,0x00000000fff00000,0x00000000fff80000)
  to   space 512K, 0% used [0x00000000fff80000,0x00000000fff80000,0x0000000100000000)
 ParOldGen       total 7168K, used 359K [0x00000000ff600000, 0x00000000ffd00000, 0x00000000ffd00000)
  object space 7168K, 5% used [0x00000000ff600000,0x00000000ff659e28,0x00000000ffd00000)
 Metaspace       used 3068K, capacity 4496K, committed 4864K, reserved 1056768K
  class space    used 336K, capacity 388K, committed 512K, reserved 1048576K

java.lang.OutOtMemoryError:unable to create new native thread

大厂最容易考到的题目，原因是高并发。
举例：微服务部署到Linux系统的上限已经达到了，不能再创建更多了。
高并发请求服务器时，经常出现的异常。准确的讲该native thread异常与对应的平台有关。
导致原因：
1、应用创建了太多线程，一个应用进程创建多个线程，超过系统承载极限。
2、你的服务器不允许你的应用程序创建这么多线程，linux系统默认允许单个进程可以创建的线程数是1024个，超过了就会报异常。

解决方法：
1、想办法降低你应用程序创建线程的数量，分析应用是否需要创建这么多线程，如果不是，改代码将线程数降到最低。
2、对于有的应用，确实需要很多线程，远超过linux限制的1024个，可以通过修改linux服务器配置，扩大linux默认限制。

最熟悉的异常，可以说这个

linux系统里面查看最高线程数目 ulimit -u。
服务器级别的调参调优：vim /etc/security/limits.d/90-nproc.conf查看，root是没有上限的，可以在这里配置某用户下线程的上限数。

java.lang.OutOtMemoryError: Metaspace

Java 8 之后的版本使用元空间（Metaspace）代替了永久代，元空间是方法区在 HotSpot 中的实现，它与持久代最大的区别是：元空间并不在虚拟机中的内存中而是使用本地内存。
元空间存放的信息：
～虚拟机加载的类信息
～常量池
～静态变量
～即时编译后的代码

Java面试题——JVM常见面试题目录