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

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 日志、线程快照、堆转储和系统资源限制。
http://www.xdnf.cn/news/5754.html

相关文章:

  • Git的基本操作
  • Jupyter-AI Pandas-AI本地使用功能优化
  • 识别人脸人名,只是窗口的中文乱码待解决
  • 数据库实验报告 SQL SERVER 2008的基本操作 1
  • 调出事件查看器界面的4种方法
  • 从规划到完善,原型标注图全流程设计
  • 国产化芯片ZCC3790--同步升降压控制器的全新选择, 替代LT3790
  • 接口和抽象类的区别
  • uniapp-商城-54-后台 新增商品1
  • A Survey of Learning from Rewards:从训练到应用的全面剖析
  • 计算机网络|| 路由器和交换机的配置
  • 运用数组和矩阵对数据进行存取和运算——NumPy模块 之四
  • Excel表的导入与导出
  • RAGFlow 初步尝试 (01)
  • 基于HTTP头部字段的SQL注入:SQLi-labs第17-20关
  • OpenCV4.8 开发实战系列专栏之 49 二值图像分析 -轮廓外接矩形
  • 我用Deepseek + 亮数据爬虫神器 1小时做出輿情分析器
  • 一文了解JavaScript对象
  • Kotlin与Ktor构建Android后端API
  • RWA开发全解析:技术架构、合规路径与未来趋势
  • Matlab 汽车制动纵向动力学模型和PID控制
  • Webpack中Compiler详解以及自定义loader和plugin详解
  • 用python清除PDF文件中的水印(Adobe Acrobat 无法删除)
  • 机架式服务器是什么?机架式/塔式/刀片式三大服务器类型区别与选型全解析
  • vue3+flask+sqlite前后端项目实战
  • 谱聚类,大模型
  • uniapp 复刻 keep 跑步运动轨迹 (获取当前经纬度信息)
  • Java实现MCP server,配合DeepSeek和达梦数据库,实现基于企业数据库的智能问答
  • 在Windows 境下,将Redis和Nginx注册为服务。
  • uniapp使用npm下载