《JVM由浅入深学习九】 2024-01-15》JVM由简入深学习提升分(生产项目内存飙升分析)

本文主要是介绍《JVM由浅入深学习九】 2024-01-15》JVM由简入深学习提升分(生产项目内存飙升分析),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

目录

    • 开头语
    • 内存飙升问题分析与案例
      • 问题背景:我华为云的一个服务器运行我的一个项目“csdn-automatic-triplet-0.0.1-SNAPSHOT.jar”,由于只是用来测试的服务器,只有2G,所以分配给堆的内存1024M
      • 查询内存使用(top指令,再shift+M排序)
      • 解决方式
      • 内存优化建议:
    • 结语

开头语

大家好,欢迎来到本文!在Java生产项目中,内存飙升问题是一项需要高度关注的挑战。本文将深入分析Java项目内存飙升的原因,并通过实际案例进行详细分析,帮助我们更好地理解和解决内存问题。让我们一同探讨如何优化Java应用,确保其稳定高效运行!
下面是我的一个项目案例展示,让我们一起来探索内存飙高的奥秘

内存飙升问题分析与案例

问题背景:我华为云的一个服务器运行我的一个项目“csdn-automatic-triplet-0.0.1-SNAPSHOT.jar”,由于只是用来测试的服务器,只有2G,所以分配给堆的内存1024M

java -Xmx1024m -XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:/www/java_project/gc.log -XX:+UseG1GC -jar csdn-automatic-triplet-0.0.1-SNAPSHOT.jar

查询内存使用(top指令,再shift+M排序)

在这里插入图片描述

解决方式

  1. 查询java进程(这里分享三种方式,建议jps -l,别问为什么,不想多敲指令)
jps -l   或者  ps -ef|grep java
或者精确查找    ps -ef|grep csdn-automatic-triplet-0.0.1-SNAPSHOT.jar

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

  1. 根据上面查询的进程号(2067224)输出项目内具体内存使用情况(jmap)
jmap -histo 2067224 
jmap -histo 2067224 > jvm.txt // 输出到jvm.txt

在这里插入图片描述
在这里插入图片描述

  1. 将文件下载到本地分析(我这里用的事xshell,所以用xftp传输到本地)
    推荐一个文本工具NotePad++(好处就不多说了,做编程的很多伙伴都用这个)
    在这里插入图片描述

  2. 在文件里面Ctrl+F搜索自己项目里面的目录
    在这里插入图片描述
    结合具体情况,发现有占用内存比较多的对象,就可以去项目里找对应代码分析一下,是不是哪里有大量创建该对象,过多引用或者为什么没有被回收。

  3. 继续分析,打印堆信息(jmap)

jmap -heap 2067224 

主要看下面这些信息
在这里插入图片描述

  1. 继续打印对战信息(jmap)
    注意:改文件有点大,在生产服务器谨慎操作,最好导出到其他比较空闲的节点服务器
jmap -dump:format=b,file=heap.hprof 2067224

在这里插入图片描述
按照之前的方式下载到本地查看
这里推荐一个工具Memoryanalyzer,下载地址如下

https://eclipse.dev/mat/previousReleases.php

可以按照该博主的步骤安装

https://blog.csdn.net/zhou920786312/article/details/131857718

打开文件,默认选择Leak Suspect分析溢出
在这里插入图片描述
可以点击这些按钮查看对象使用内存情况及比例,当然,我这里没有泄露
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
泄露案例:
在这里插入图片描述

内存优化建议:

  • 合理使用缓存: 缓存是提高性能的有效手段,但需要谨慎使用,确保及时清理和更新缓存。

  • 定期分析Heap Dump: 定期生成Heap Dump文件,通过工具进行分析,及时发现和解决潜在的内存问题。

  • GC调优: 根据实际情况调整GC策略和参数,确保及时回收无用对象,降低内存压力。

结语

在Java生产项目中,内存飙升是一个复杂而常见的问题,需要我们深入分析和解决。通过本文的案例分析,我们希望能够帮助大家更好地理解和应对Java项目中的内存问题。**感谢阅读,让我们共同努力构建高效稳定的Java应用!**如果您有任何问题或想分享更多经验,请在评论区留言。

这篇关于《JVM由浅入深学习九】 2024-01-15》JVM由简入深学习提升分(生产项目内存飙升分析)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/609581

相关文章

springboot集成easypoi导出word换行处理过程

《springboot集成easypoi导出word换行处理过程》SpringBoot集成Easypoi导出Word时,换行符n失效显示为空格,解决方法包括生成段落或替换模板中n为回车,同时需确... 目录项目场景问题描述解决方案第一种:生成段落的方式第二种:替换模板的情况,换行符替换成回车总结项目场景s

SpringBoot集成redisson实现延时队列教程

《SpringBoot集成redisson实现延时队列教程》文章介绍了使用Redisson实现延迟队列的完整步骤,包括依赖导入、Redis配置、工具类封装、业务枚举定义、执行器实现、Bean创建、消费... 目录1、先给项目导入Redisson依赖2、配置redis3、创建 RedissonConfig 配

SpringBoot中@Value注入静态变量方式

《SpringBoot中@Value注入静态变量方式》SpringBoot中静态变量无法直接用@Value注入,需通过setter方法,@Value(${})从属性文件获取值,@Value(#{})用... 目录项目场景解决方案注解说明1、@Value("${}")使用示例2、@Value("#{}"php

SpringBoot分段处理List集合多线程批量插入数据方式

《SpringBoot分段处理List集合多线程批量插入数据方式》文章介绍如何处理大数据量List批量插入数据库的优化方案:通过拆分List并分配独立线程处理,结合Spring线程池与异步方法提升效率... 目录项目场景解决方案1.实体类2.Mapper3.spring容器注入线程池bejsan对象4.创建

线上Java OOM问题定位与解决方案超详细解析

《线上JavaOOM问题定位与解决方案超详细解析》OOM是JVM抛出的错误,表示内存分配失败,:本文主要介绍线上JavaOOM问题定位与解决方案的相关资料,文中通过代码介绍的非常详细,需要的朋... 目录一、OOM问题核心认知1.1 OOM定义与技术定位1.2 OOM常见类型及技术特征二、OOM问题定位工具

基于 Cursor 开发 Spring Boot 项目详细攻略

《基于Cursor开发SpringBoot项目详细攻略》Cursor是集成GPT4、Claude3.5等LLM的VSCode类AI编程工具,支持SpringBoot项目开发全流程,涵盖环境配... 目录cursor是什么?基于 Cursor 开发 Spring Boot 项目完整指南1. 环境准备2. 创建

Spring Security简介、使用与最佳实践

《SpringSecurity简介、使用与最佳实践》SpringSecurity是一个能够为基于Spring的企业应用系统提供声明式的安全访问控制解决方案的安全框架,本文给大家介绍SpringSec... 目录一、如何理解 Spring Security?—— 核心思想二、如何在 Java 项目中使用?——

SpringBoot+RustFS 实现文件切片极速上传的实例代码

《SpringBoot+RustFS实现文件切片极速上传的实例代码》本文介绍利用SpringBoot和RustFS构建高性能文件切片上传系统,实现大文件秒传、断点续传和分片上传等功能,具有一定的参考... 目录一、为什么选择 RustFS + SpringBoot?二、环境准备与部署2.1 安装 RustF

springboot中使用okhttp3的小结

《springboot中使用okhttp3的小结》OkHttp3是一个JavaHTTP客户端,可以处理各种请求类型,比如GET、POST、PUT等,并且支持高效的HTTP连接池、请求和响应缓存、以及异... 在 Spring Boot 项目中使用 OkHttp3 进行 HTTP 请求是一个高效且流行的方式。

java.sql.SQLTransientConnectionException连接超时异常原因及解决方案

《java.sql.SQLTransientConnectionException连接超时异常原因及解决方案》:本文主要介绍java.sql.SQLTransientConnectionExcep... 目录一、引言二、异常信息分析三、可能的原因3.1 连接池配置不合理3.2 数据库负载过高3.3 连接泄漏