Java OOM 实战:内存溢出原因与排查方法,从 Heap Dump 到 MAT 分析
在 Java 项目开发中,有一种异常让很多开发人员头疼:java.lang.OutOfMemoryError: Java heap space有时候,系统运行得好好的,突然接口响应变慢,GC 频繁执行,最后服务直接崩溃。有时候,服务启动没问题,但运行一段时间后就开始报 OOM。
JVM-10:方法区 / 元空间:类的元数据去哪了
上一篇在堆里围观了对象的一生:怎么出生、怎么挪窝、什么时候死。但有一件事一直没交代:对象出生前,得先有类。类本身又是谁?它存在哪?占多少地方?这篇讲方法区。规范里它是存放类结构信息的地方,HotSpot 先用永久代实现它,JDK 8 起换成了元空间。
Java内存泄漏排查全攻略:从OOM异常到根治,高手都这样干
服务半夜又OOM了,加内存也没用,根因到底藏在哪里。凌晨两点,告警群响了。一个Java服务越来越慢,Full GC频繁,最后OOM或者容器被杀。很多人第一反应是加内存、调参数、重启,我也干过。但真正麻烦的是,你不知道它为什么崩。
记一次由Arthas引起的Metaspace OOM问题
如无特殊说明,本文默认基于以下环境叙述:JDK: OpenJDK 14GAmacOS 10.15Arthas 3.3.9VisualVM 2.0.2从Arthas 3.4.2开始,此问题已经被修复。感谢Arthas团队对此问题的重视。
记一次 Flink 引发的 Metaspace OOM
项目中有一个需求,将结构化数据采集到 Elasticsearch 和 Nebula Graph 中。由于已经有其他项目完成了相关的 Flink Sink 组件,但该项目不想单独部署一个 Flink 集群来执行数据采集。
这份Java面试八股文让329人成功进入大厂,堪称2021最强
前言2021秋招即将来临,很多同学会问Java面试八股文有必要背吗?我的回答是:很有必要。你可以讨厌这种模式,但你一定要去背,因为不背你就进不了大厂。国内的互联网面试,恐怕是现存的、最接近科举考试的制度。而且,我国的八股文确实是独树一帜。