当前位置: 首页 > news >正文

JVM对象分配与程序崩溃排查

一、new 对象在 JVM 中的过程

在 JVM 中通过 new 关键字创建对象时,会经历以下步骤:

  1. 内存分配
    对象的内存分配在 堆(Heap) 中,优先在 新生代(Young Generation)Eden 区 分配。分配方式取决于堆内存是否规整:

    • 指针碰撞(Bump the Pointer):适用于内存规整的堆(如使用 -XX:+UseSerialGC)。
    • 空闲列表(Free List):适用于内存不规整的堆(如使用 -XX:+UseCMSGC)。
  2. 初始化零值
    内存分配完成后,JVM 会将对象的所有字段初始化为零值(如 int 初始化为 0,引用初始化为 null)。

  3. 设置对象头(Object Header)
    对象头包含以下信息:

    • Mark Word:哈希码、GC 分代年龄、锁状态标志等。
    • 类型指针:指向方法区中对象所属类的元数据。
  4. 执行构造函数(<init>
    调用对象的构造函数(用户编写的 new 后的代码),完成字段的显式初始化。


二、对象从新生代晋升到老生代的条件

对象从新生代进入老生代的几种情况:

  1. 年龄阈值(MaxTenuringThreshold)
    默认情况下,对象每经历一次 Minor GC 并存活,年龄加 1。当年龄超过阈值(默认 15,通过 -XX:MaxTenuringThreshold 设置)时,晋升到老年代。

  2. 大对象直接进入老年代
    通过 -XX:PretenureSizeThreshold 设置阈值(如 1MB),大于该值的对象直接在老年代分配(避免在 Eden 区复制)。

  3. Survivor 区动态年龄判断
    如果 Survivor 区中 相同年龄的所有对象大小总和超过 Survivor 区的一半,则年龄大于等于该值的对象直接晋升到老年代。

  4. Minor GC 后 Survivor 区空间不足
    当 Survivor 区无法容纳 Minor GC 后存活的对象时,会通过 分配担保机制(Handle Promotion) 直接将对象转移到老年代。


三、CPU 和内存正常,但程序崩溃的排查方法

即使 CPU 和内存正常,程序崩溃仍可能由以下原因导致:

1. 内存泄漏或 OOM(OutOfMemoryError)
  • 检查 JVM 日志:搜索 OutOfMemoryErrorjava.lang.StackOverflowError
  • 堆转储分析:通过 jmap -dump:format=b,file=heap.hprof <pid> 导出堆快照,用工具(如 MAT、VisualVM)分析内存泄漏。
  • 元空间泄漏:检查是否有类加载器泄漏(如频繁生成动态类)。
2. 死锁或线程阻塞
  • 线程转储分析:通过 jstack <pid>kill -3 <pid> 获取线程快照,检查是否有 BLOCKED 状态的线程或死锁。
  • 示例死锁日志
    Found one Java-level deadlock:
    Thread 1 waiting to lock Monitor@0x00007fcdd8003e58 (Object 0x000000076ab00000),
    Thread 2 holding Monitor@0x00007fcdd8003e58 (Object 0x000000076ab00000)
    
3. JVM 崩溃(Native 层错误)
  • 检查 hs_err_pid<pid>.log:JVM 崩溃时会生成错误日志,记录 Native 层错误(如 SIGSEGV)。
  • 常见原因:JNI 代码错误、操作系统资源耗尽(如文件句柄数限制)。
4. 外部依赖故障
  • 数据库连接池耗尽:检查日志中是否有 Connection pool is full
  • 外部服务超时:通过链路追踪工具(如 SkyWalking)分析调用链。
5. 程序主动退出
  • 检查代码中的 System.exit():是否有逻辑错误调用 System.exit(0)
  • 信号处理:检查是否捕获到 SIGTERMSIGINT 信号(如 kill -15 <pid>)。
6. 资源泄漏
  • 文件句柄泄漏:通过 lsof -p <pid> 查看进程打开的文件数。
  • Socket 泄漏:通过 netstat -anp | grep <pid> 检查未关闭的连接。

四、排查工具汇总

工具/命令用途
jstack <pid>获取线程快照,分析死锁/阻塞
jmap -heap <pid>查看堆内存分配情况
jstat -gcutil <pid>监控 GC 频率和耗时
jcmd <pid> GC.heap_dump生成堆转储文件
vmstat 1监控系统资源(CPU、内存、IO)
strace -p <pid>跟踪系统调用和信号

五、总结

  • 对象分配:优先在 Eden 区,通过 GC 年龄或大对象策略进入老年代。
  • 程序崩溃排查:优先检查 JVM 日志、线程快照、堆转储和系统资源限制。

相关文章:

  • C语言:深入理解指针(3)
  • 黑马k8s(四)
  • 面试篇:Spring MVC
  • 木马查杀篇—Opcode提取
  • C++ 与 Go、Rust、C#:基于实践场景的语言特性对比
  • Megatron系列——流水线并行
  • GPU SIMT架构的极限压榨:PTX汇编指令级并行优化实践
  • Ubuntu网络部署LNMP环境
  • 【笔试训练】给一个数组构建二叉树|从前序遍历与中序遍历构建二叉树|二叉树中的最大路径和
  • 用生活例子通俗理解 Python OOP 四大特性
  • 【2025最新】Vm虚拟机中直接使用Ubuntu 免安装过程直接使用教程与下载
  • kubuntu系统详解
  • Pycharm中No Conda enviroment selected
  • 本地不安装oracle,还想连oracle
  • 001大模型-认识大模型以及大模型应用场景
  • 【数据结构】map_set前传:二叉搜索树(C++)
  • Qwen:Qwen3,R1 在 Text2SQL 效果评估
  • lenis滑动插件的笔记
  • c++ 类的成员初始化
  • Android 中 Handler (创建时)内存泄漏问题及解决方案
  • 小米SU7 Ultra风波升级:数百名车主要求退车,车主喊话雷军“保持真诚”
  • 数说母亲节|全球11亿女性进入更年期,“不是忍忍就好”
  • 泰特现代美术馆25年:那些瞬间,让艺术面向所有人
  • 王受文已任全国工商联党组成员
  • 老铺黄金拟配售募资近27亿港元,用于门店拓展扩建及补充流动资金等
  • 上海优化营商环境再攻坚,企业和机构有哪些切实感受?