Java-Jvm-03-生产相关问题解析(cpu蹦高和OOM分析)

已于 2023-05-25 20:11:27 修改
阅读量355 收藏 3
点赞数
分类专栏： Java-Jvm篇 文章标签： java
于 2021-01-15 21:10:21 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Hmj050117/article/details/112641564
版权

文章目录

1. CPU蹦高

1.1 方案1

  • top 先查看cpu最高的
    在这里插入图片描述
  • 使用 ps -ef | grep 进程Id 或 jps -l 看一下是怎样的后台程序
    在这里插入图片描述
  • 通过进程定位到具体的线程或者代码
    ps -mp 进程Id -o THREAD,tid,time
    参数解释:
    -m 显示所有线程
    -p pid进程使用cpu时间
    -o 该参数是用户自定义格式
    在这里插入图片描述
  • 1.4 将需要的线程Id转换成16进制格式(英文小写格式) printf "%x\n" 线程Id
    在这里插入图片描述
  • 通过jstak工具查看线程栈帧情况
    jstack 进程Id | grep tid(转换后的16进制线程id) -A60
    -A60 代表前60行
    在这里插入图片描述

1.2 方案2

  • top -c 再按 P 排序
    用top -c 命令找出当前进程的运行列表,按一下 P 可以按照CPU使用率进行排序
    在这里插入图片描述
  • 通过进程找线程 top -Hp 进程Id 再按 P 排序
    在这里插入图片描述
  • 将线程Id转换成16进制 printf "%x\n" 线程Id
    在这里插入图片描述
  • 导出线程快照 ，看下里面情况
    jstack -l 进程id > xxx.stack
    在这里插入图片描述
  • less 一下，然后进去根据 转换后的线程Id查看
    在这里插入图片描述

2. OOM问题

除了程序计数器不会抛出OOM外，其他各个内存区域都可能会抛出OOM。多数情况是老年代内存不足导致

2.1 常见的引起oom的问题原因：

  • 一次性申请对象数量过多： 比如查询mysql数据库，一次性将几百万数据封装到list内，这个时候内存不足，会导致oom产生；
  • 内存资源耗尽未释放： 找到未释放的对象进行释放;
  • 本身资源不够： 堆内存分配不均，这个可以通过 jmp -heap 进程号 查询堆信息

2.2 排查oom问题思路

  • 系统已经oom了，已经挂了;
    • 这个没办法处理，只能提前设置：-XX：+HeapDumpOnOutOfMemoryError -XX:heapDumpPath=xxx
  • 系统运行中还未oom
    • 导出dump文件： jmp -dump -format=b,file=wang.hprof 进程编号
    • 结合jprofile或者 jvisualvm 进行调试
      • 查看最多跟业务有关对象–> 找到GcRoot–>查看线程栈信息

2.3 最常见的OOM情况有以下三种

  • java.lang.OutOfMemoryError: Java heap space java堆内存溢出

此种情况最常见，一般由于内存泄露或者堆的大小设置不当引起。对于内存泄露，需要通过内存监控软件查找程序中的泄露代码，而堆大小可以通过虚拟机参数-Xms,-Xmx等修改。
Java 堆溢出原因

  • 无法在 Java 堆中分配对象

  • 应用程序保存了无法被GC回收的对象。

  • 应用程序过度使用 finalizer。
    解决方案

    • 1.查找关键报错信息，如java.lang.OutOfMemoryError: Java heap space
    • 2.使用内存映像分析工具（如Eclipsc Memory Analyzer或者Jprofiler）对Dump出来的堆储存快照进行分析，分析清楚是内存泄漏还是内存溢出。
    • 3.如果是内存泄漏，可进一步通过工具查看泄漏对象到GC Roots的引用链，修复应用程序中的内存泄漏。
    • 4.如果不存在泄漏，先检查代码是否有死循环，递归等，再考虑用 -Xmx 增加堆大小。

  • java.lang.OutOfMemoryError: PermGen space java永久代溢出
    即方法区溢出了，一般出现于大量Class或者jsp页面，或者采用cglib等反射机制的情况，因为上述情况会产生大量的Class信息存储于方法区。此种情况可以通过更改方法区的大小来解决，
    使用类似-XX:PermSize=64m -XX:MaxPermSize=256m的形式修改。另外，过多的常量尤其是字符串也会导致方法区溢出。

  • java.lang.StackOverflowError 栈溢出
    不会抛OOM error，但也是比较常见的Java内存溢出。JAVA虚拟机栈溢出，一般是由于程序中存在死循环或者深度递归调用造成的，栈大小设置太小也会出现此种溢出。可以通过虚拟机参数-Xss来设置栈的大小。
    栈溢出原因

    • 在单个线程下，栈帧太大，或者虚拟机栈容量太小，当内存无法分配的时候，虚拟机抛出StackOverflowError 异常。
    • 不断地建立线程的方式会导致内存溢出。
      解决方案
    • 查找关键报错信息，确定是StackOverflowError还是OutOfMemoryError
    • 如果是StackOverflowError，检查代码是否递归调用方法等
    • 如果是OutOfMemoryError，检查是否有死循环创建线程等，通过-Xss降低的每个线程栈大小的容量

其他情况：

  • java.lang.OutOfMemoryError: Direct buffer memory 本机直接内存溢出
    ByteBuffer分配8MB直接内存，而JVM参数-XX:MaxDirectMemorySize=5M指定最大是5M，因此发生直接内存溢出。
    直接内存并不是虚拟机运行时数据区的一部分，也不是Java 虚拟机规范中定义的内存区域。但是，这部分内存也被频繁地使用，而且也可能导致OOM。
    在JDK1.4 中新加入了NIO(New Input/Output)类，它可以使用 native 函数库直接分配堆外内存，然后通过一个存储在Java堆中的 DirectByteBuffer 对象作为这块内存的引用进行操作。这样能在一些场景中显著提高性能，因为避免了在 Java 堆和 Native 堆中来回复制数据。
    直接内存溢出原因
    本机直接内存的分配虽然不会受到Java 堆大小的限制，但是受到本机总内存大小限制。
    直接内存由 -XX:MaxDirectMemorySize 指定，如果不指定，则默认与Java堆最大值（-Xmx指定）一样。
    NIO程序中，使用ByteBuffer.allocteDirect(capability)分配的是直接内存，可能导致直接内存溢出。
    解决方案

    • 检查代码是否恰当
    • 检查JVM参数-Xmx，-XX:MaxDirectMemorySize 是否合理。

  • java.lang.OutOfMemoryError: GC overhead limit exceeded
    这个是JDK6新加的错误类型，一般都是堆太小导致的。
    Sun 官方对此的定义：超过98%的时间用来做GC并且回收了不到2%的堆内存时会抛出此异常。
    解决方案

    • 检查项目中是否有大量的死循环或有使用大内存的代码，优化代码。
    • 检查JVM参数-Xmx -Xms是否合理
    • dump内存，检查是否存在内存泄露，如果没有，加大内存。

  • java.lang.OutOfMemoryError-->Metaspace 方法区溢出
    方法区，（又叫永久代，JDK8后，元空间替换了永久代），用于存放Class的相关信息，如类名、访问修饰符、常量池、字段描述、方法描述等。运行时产生大量的类，会填满方法区，造成溢出。
    方法区溢出原因
    使用CGLib生成了大量的代理类，导致方法区被撑爆
    在Java7之前，频繁的错误使用String.intern方法
    大量jsp和动态产生jsp
    应用长时间运行，没有重启
    解决方案

    • 检查是否永久代空间设置得过小
    • 检查代码是否频繁错误得使用String.intern方法
    • 检查是否跟jsp有关。
    • 检查是否使用CGLib

2.4 方案1： jstack排查问题

  • 使用top命令查看内存占比最高的进程
    在这里插入图片描述
  • 使用 top -Hp 进程Id 查看线程
    在这里插入图片描述
  • 使用 jstack打印栈信息 sudo jstack -F 927 > xxx.log

2.5 方案2： heap dump分析

要dump堆的内存镜像，可以采用如下两种方式：

  • 设置JVM参数-XX:+HeapDumpOnOutOfMemoryError
    设定当发生OOM时自动dump出堆信息。
    不过该方法需要JDK5以上版本。-XX:HeapDumpPath=/Users/weihuaxiao/Desktop/dump/ 生成DUMP文件的路径

  • 使用JDK自带的jmap命令jmap -dump:format=b,file=heap.bin pid
    pid指的是java进程Id heap.bin指的是文件名
    dump堆内存信息后，需要对dump出的文件进行分析，从而找到OOM的原因。常用的工具有：
    • mat: eclipse memory analyzer, 基于eclipse RCP的内存分析工具。
    • jhat：JDK自带的java heap analyze tool，可以将堆中的对象以html的形式显示出来，包括对象的数量，大小等等，并支持对象查询语言OQL，分析相关的应用后，可以通过http://localhost:7000来访问分析结果。不推荐使用，因为在实际的排查过程中，一般是先在生产环境 dump出文件来，然后拉到自己的开发机器上分析，所以，不如采用高级的分析工具比如前面的mat来的高效。
    在这里插入图片描述
    在这里插入图片描述
    这样就启动起来了一个简易的HTTP服务，端口号是7000，尝试一下用浏览器访问一下它，本地的可以通过http://localhost:7000，就可以得到这样的页面：
    在这里插入图片描述
    Show instance counts for all classes (excluding platform) 平台外的所有对象信息
    Show heap histogram 先是堆的统计信息

Alan0517
关注
专栏目录
Java吃CPU还是内存_Java中的CPU占用高和内存占用高的问题排查
weixin_32022143的博客
02-26 1435
下面通过模拟实例分析排查Java应用程序CPU和内存占用过高的过程。如果是Java面试，这2个问题在面试过程中出现的概率很高，所以我打算在这里好好总结一下。1、Java CPU过高的问题排查举个例子，如下：packagecom.classloading;publicclassTest{staticclassMyThreadextendsThread{publicvoidrun() {// 死循环，...
android studio dump java heap_Android 性能优化&内存篇
weixin_39761696的博客
03-05 980
本篇主要讲解android内存性能优化之检测方案。内存性能主要包括内存泄漏， 内存抖动， 内存持续增长(但GC后会下降)， 内存占用过大等问题。Android内存分析方向：Java 内存分析Java中的内存泄露主要特征：可达，无用无用指的是创建了但是不再使用之后没有释放能重用但是却创建了新的对象进行处理Native 内存分析堆中new的对象未释放对象引用导致无法释放JS 中内存分析本篇主要讲解Ja...
Java开发中的常见问题和解决方法：如何解决常见的性能和bug问题
baidu_38876334的博客
06-15 4489
为了更好地处理Java开发中的性能和Bug问题，我们应该遵循以下最佳实践：1. 编写可读性强、可维护的代码。良好的代码结构和命名规范能够减少Bug的产生和定位问题的难度。2. 进行单元测试和集成测试。通过编写全面的测试用例，可以及早发现潜在的问题，并确保代码的正确性。3. 遵循设计原则和设计模式。使用设计原则和设计模式可以提高代码的可扩展性、灵活性和复用性，减少Bug的产生。4. 不断学习和了解新的技术和工具。Java生态系统不断发展，新的技术和工具可以帮助我们更好地解决问题和提升开发效率。
JAVA面试生产环境常见问题及解决话术
小赵的博客
10-09 3292
对于Java开发生产环境中遇到的问题及解决方式（面试热点）
生产常见问题及解决方案与深度分析
weixin_33915554的博客
11-28 281
2019独角兽企业重金招聘Python工程师标准>>> ...
【巨人的肩膀】Java OOM 都有哪些
lbh_paopao的博客
03-11 189
起因 今天突然被同事拉去处理 OOM 异常，异常信息如下：OutOfMemoryError: GC Overhead limit exceeded。咱表示这个 OOM 还真没见过，不清楚异常信息在表述什么。再加上不是自己负责的系统，系统出问题之后重启了多次，也没有 GC 日志 只能临时方案加 -Xms 和 -Xmx… 虽然临时解决了问题，我还是好奇这个问题产生的原因以及 OOM 到底都有哪些…于是乎我又来问我度娘了… Key TakeAways 本文基于 Java 15 StackOverflowErro
Java各类技能知识点学习链接大全：十三、线上生产问题分析
小哥骑单车
04-08 231
以下内容大多是学习链接，他人整理，个人收藏以便复习，同时归纳分享出来（如有不妥，原作者可随时联系本人删除，感谢！） 十三、线上生产问题分析： 1、Java如何生成Heap Dump及OOM问题排查： https://www.jianshu.com/p/91ee6476848c 2、在JVM出现内存溢出或泄露时，为便于排查和定位，需要JVM的启动上增加相应的参数。主要是GC日志和内存DUMP参数： Oracle JVM -Xloggc:${目录}/managed1_gc.log -XX:...
JVM堆配置与调优策略详解
本文主要讨论了JVM（Java Virtual Machine）堆的配置和调优，特别是针对32位和64位系统在内存限制上的不同，并提供了两个示例配置，用于解决常见的Java应用性能问题。 在JVM中，堆（Heap）是内存管理的关键部分，...
【MapReduce内存优化实战】：源码分析与OOM成因全解
[【MapReduce内存优化实战】：源码分析与OOM成因全解](https://stph.scenari-community.org/contribs/nos/Hadoop3/res/Remplissage_3.png) # 1. MapReduce内存优化基础 在处理大数据的场景下，MapReduce作为Hadoop...
使用Arthas排查与优化Java内存溢出问题
"内存溢出排查手册.pdf 是一本针对内存溢出问题的排查指南，适用于解决应用内存占用过高和频繁出现OOM异常的情况。手册提供了使用Arthas性能监控工具来实时观察内存使用情况的方法，并介绍了内存泄漏的排查步骤和...
JAVA技术栈，常见生产问题汇总
最新发布
qq_20617201的博客
10-17 177
这个问题很好理解，就是操作系统的CPU时间片资源都被java进程占用了，下面是一个代码示例，通过创建多个线程来抢占CPU时间片，来达到消耗光cpu资源的目的。如果队列为空，消费者会进入等待状态，释放队列的锁，以便生产者可以获取锁并生产元素。IT行业中目前java技术栈仍然占据着主导的地位，在生产环境抢修中，还有一些非常常见的生产问题，依然是JVM相关的问题占比非常高，今年我们就来整理探讨一下这方面的问题。线程等待问题是当某一个线程一直持有锁不释放，导致其他线程无法获得该锁，一直处于等待状态。
常见生产环境问题及排查方法
liufang1991的专栏
09-17 2118
常见生产问题
【开发经验】java服务生产环境CPU使用过高解决思路
叁滴水 的博客
11-02 983
java服务生产环境CPU突然升高，日志查询无果时，可以通过使用jvm的调试工具定位问题。
java生产环境CPU100%排查的一般套路
龍的天空
03-15 495
最近面试的时候面试题都有问到这个问题，所以这个问题还是比较属于高频面试题的。 1.查出消耗cpu最高的进程PID：执行top -c命令，列出进程运行信息表，再按下P,进程就会按照cpu使用率从高到低排序。记录下CPU使用率最高的PID。 2.根据第一步所得的PID查出消耗cpu最高的线程号，执行命令：top -Hp 进程号（PID）;列出该进程下的线程运行信息列表，再按下P,线程就会按照cpu...
线上应用故障排查之一：高CPU占用
经验不在于年限，在于积累---专注互联网软件开发
05-10 1992
一个应用占用CPU很高，除了确实是计算密集型应用之外，通常原因都是出现了死循环。 （友情提示：本博文章欢迎转载，但请注明出处：hankchen，http://www.blogjava.net/hankchen） 以我们最近出现的一个实际故障为例，介绍怎么定位和解决这类问题。 根据top命令，发现PID为28555的Java进程占用CPU高达200%，出现故障。 通过ps aux |...
java应用 CPU使用率过高问题排查
weixin_34319374的博客
12-30 221
最近碰到几次java应用某台机器cpu比较高的情况，而且重启后基本上都会恢复正常。正常情况下：应用使用CPU在 ：30%--40%异常情况下：CPU利用率在：80%---90%在网上查了下，一般java应用cpu过高基本上是因为1.程序计算比较密集2.程序死循环 3.程序逻请求堵塞 分析步骤：1.登陆应用机器，top命令查看 当前占用cpu资源最多的，一般排名第一位肯定是ja...
java生产问题快速定位_生产环境如何快速跟踪、分析、定位问题-Java
weixin_34190533的博客
02-28 860
我相信做技术的都会遇到过这样的问题，生产环境服务遇到宕机的情况下如何去分析问题？比如说JVM内存爆掉、CPU持续高位运行、线程被夯住或线程deadlocks，面对这样的问题，如何在生产环境第一时间跟踪分析与定位问题很关键。下来让我们看看通过如下步骤在第一时间分析问题。CPU占用较高场景收集当前CPU占用较高的线程信息，执行如下命令：top -H -p PID -b -d 1 -n 1 > t...
JAVA应用生产问题排查步骤
fghklfgkhd的博客
11-17 813
AVA应用生产问题排查步骤 学会这篇文章里面的命令并熟练使用，出去面试就可以说自己有5年工作经验并且精通JVM了。本篇文章中介绍的命令绝对是JAVA程序员平时工作中经常使用的并且必须会的命令，如果你不会你就是没有工作经验的人。如果你不会，那么在别人眼中你肯定就是菜鸟一个，所以本篇文章中的命令，你必须学会并且熟练使用。 注意:本篇文章内容基于JDK版本: java version “1.6.0_113” Java™ SE Runtime Environment (build 1.6.0_113-b01
服务器响应变慢排查步骤
qq_44945889的博客
04-25 3756
一步：登录后台服务器/监控平台，查看系统资源是否达到上限，例如：CPU、内存、磁盘、I/O、网络带宽等，如果是这些问题，先将这些问题逐一解决： 如果是CPU的问题，则需要查看一下CPU占比比较高的进程，然后使用jstack命令生成进程的堆栈信息，看是否发生频繁Full GC，如果是的话，还需要看一下内存快照，分析一下内存情况（可以使用java自带的或第三方工具）；如果是磁盘空间满了，及时清理磁盘；...
Java JVM面试题的解析和分析-Java JVM面试题的常见问题
Java虚拟机（Java Virtual Machine，JVM）是由Java开发的一种虚拟计算机，用于运行基于Java语言编写的程序。JVM是Java的核心部分，它负责将Java中的字节码（.class文件）转换为可执行代码，并且提供了内存管理、垃圾...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Alan0517

感谢您的鼓励与支持！

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值