在实际生产中偶尔会遇到oom,导致服务器的宕机,如果使用了堆外内存也有可能导致k8s的pod宕机这是另一个问题了,发生oom的原因就是内存没有足够的空间分配对象,在oom之前会发生多次的fullgc,依然不能释放空间则就会使jvm停止,
那发生oom一定会导致服务器宕机吗,不是的,oom其实也是一个异常,类型是OutOfMemoryError,是可以trycatch的,如果发生异常其实就是退出当前线程.
spring的main线程负责启动,初始化容器,监听器等功能,真正处理业务都是非main线程,比如tomcat创建的线程处理业务,当发生oom的时候,其实只是抛出一个异常,退出当前线程,如果是main线程那可能jvm直接退出了
如果大对象变量是线程内部变量,当线程退出的时候,大对象会被GC掉的,并不会导致整个jvm宕机,如果大对象是线程共享的,这个就很可能导致jvm宕机,因为大对象不回因为线程的退出而被GC掉,GCROOT可达
示例
public class OomTest {
public static List<byte[]> list = new ArrayList<>();
@RequestMapping("hello")
public String oom(@RequestBody Map<String, String> map) throws InterruptedException{
return null != map ? map.get("nihao") : "参数为null";
}
byte[] bytes = new byte[new Random().nextInt(1024*1024)];
public static void main(String[] args) throws InterruptedException{
//如果list放在主线程中,是不会GC掉的,因为被main线程栈引用
//List<OomTest> list = new ArrayList<>();
new Thread(()->{
//线程里的对象,当线程因为oom退出的时候,list会被gc掉
List<OomTest> list = new ArrayList<>();
while(true){
//这里trycatch是可以被捕获的 OutOfMemoryError异常,如果在catch中将list.clear(),当前线程也不回退出
list.add(new OomTest());
try{
Thread.sleep(100);
}catch(InterruptedException e){
e.printStackTrace();
}
System.out.println("非主线程");
}
}).start();
//主线程依然会运行
while(true){
try{
Thread.sleep(30);
}catch(InterruptedException e){
e.printStackTrace();
}
System.out.println("主线程");
}
}
}
实际生产中基本都是成员变量导致不能被回收,从而导致jvm发生宕机.
观察jvisualvm工具,中间颜色较深的是老年代,第一张图是还没有发生oom,老年代还呈现上升趋势,第二张图是发生了oom,当线程退出的时候,老年代的文件会被gc掉,因为gcroot不可达,文件大部分被回收了,如果list放在线程外面就不回被回收,因为被main线程引用.
什么是线程退出呢,其实就是线程执行结束了,上面提到了当线程发生了异常被trycatch,线程就执行结束了,因为catch里方法执行完,下面就没有要执行的方法了,就退出了呗.线程池的线程是在while(true)中,获取阻塞队列的任务(runnable),如果没有任务就阻塞等待任务向队列offer,如果线程数大于最大线程数量,退出while循环,线程就结束了,线程对于java就是一个普通的对象,是会被回收的,真正调用start方法的时候,才会在内核创建与之关联的线程,由cup去执行,start会调用start0方法,本地方法.
