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

已于 2023-05-25 20:11:27 修改
阅读量319 收藏 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
关注
  • 0
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
Java开发中的常见问题和解决方法：如何解决常见的性能和bug问题
baidu_38876334的博客
06-15 4329
为了更好地处理Java开发中的性能和Bug问题，我们应该遵循以下最佳实践：1. 编写可读性强、可维护的代码。良好的代码结构和命名规范能够减少Bug的产生和定位问题的难度。2. 进行单元测试和集成测试。通过编写全面的测试用例，可以及早发现潜在的问题，并确保代码的正确性。3. 遵循设计原则和设计模式。使用设计原则和设计模式可以提高代码的可扩展性、灵活性和复用性，减少Bug的产生。4. 不断学习和了解新的技术和工具。Java生态系统不断发展，新的技术和工具可以帮助我们更好地解决问题和提升开发效率。
JAVA技术栈，常见生产问题汇总
最新发布
qq_20617201的博客
10-17 105
这个问题很好理解，就是操作系统的CPU时间片资源都被java进程占用了，下面是一个代码示例，通过创建多个线程来抢占CPU时间片，来达到消耗光cpu资源的目的。如果队列为空，消费者会进入等待状态，释放队列的锁，以便生产者可以获取锁并生产元素。IT行业中目前java技术栈仍然占据着主导的地位，在生产环境抢修中，还有一些非常常见的生产问题，依然是JVM相关的问题占比非常高，今年我们就来整理探讨一下这方面的问题。线程等待问题是当某一个线程一直持有锁不释放，导致其他线程无法获得该锁，一直处于等待状态。
OOM问题排查
qq_38270817的博客
10-10 448
监控工具jvisualvm使用： jdk/bin 运行jvisualvm ps aux |more 详细信息包含cpu,内存 ps -mp pid -o THREAD,tid,time | sort -k2r 查看指定进程中各个线程占用CPU的状态，选出耗时最多、最繁忙的线程id sort 排序 -K top -c 查看高CPU进程 ps -mp -o THREAD,tid,...
JAVA开发中常见问题
Mr_Hellon的博客
10-20 6076
JAVA开发工作常见问题收集录
常见生产环境问题及排查方法
liufang1991的专栏
09-17 1902
常见生产问题
mini-jvm:使用 JDK8 实现 JVM(Java Virtual Machine)
04-29
使用 Java 8 实现 JVM 特性 元循环(Metacircular) mini-jvm on mini-jvm on hotspot. 可以在 mini-jvm 里运行 mini-jvm . $ java -jar jvm-core/target/mini-jvm.jar -jar jvm-core/target/mini-jvm.jar -jar test....
Jvm性能优化-JVM内存结构原理分析03
06-22
"Jvm性能优化-JVM内存结构原理分析03" Jvm性能优化是Java虚拟机（JVM）中非常重要的一部分，它对Jvm的性能产生了很大的影响。本文将从Jvm内存结构的角度来分析Jvm性能优化的原理。 Jvm内存结构主要分为五部分：堆...
nginx-upstream-jvm-route-1.15
05-08
【标题】"nginx-upstream-jvm-route-1.15" 涉及的核心知识点是Nginx的upstream模块与JVM路由的整合，特别针对Nginx 1.15版本。这个项目旨在解决在配置Nginx时遇到的特定错误提示“nginx: [emerg] invalid parameter ...
show-busy-java-threads-jvm-cpu.rar
05-07
在Java应用程序的运行过程中，有时候会遇到JVM（Java虚拟机）CPU使用率过高的问题。这通常是由于线程执行不恰当或者存在死锁、资源争抢等状况引起的。为了定位并解决这些问题，开发者需要有效地监控和分析Java线程的...
java-JVM-面试题
09-05
JVM（Java Virtual Machine）是Java的运行时环境，它负责加载、解析、执行Java字节码（.class文件），并提供了内存管理、垃圾回收等服务。JVM使得Java具有了“一次编写，到处运行”的特性。 2. **JVM的内存结构有...
JAVA面试生产环境常见问题及解决话术
小赵的博客
10-09 3049
对于Java开发生产环境中遇到的问题及解决方式（面试热点）
Java各类技能知识点学习链接大全：十三、线上生产问题分析
小哥骑单车
04-08 199
以下内容大多是学习链接，他人整理，个人收藏以便复习，同时归纳分享出来（如有不妥，原作者可随时联系本人删除，感谢！） 十三、线上生产问题分析： 1、Java如何生成Heap Dump及OOM问题排查： https://www.jianshu.com/p/91ee6476848c 2、在JVM出现内存溢出或泄露时，为便于排查和定位，需要JVM的启动上增加相应的参数。主要是GC日志和内存DUMP参数： Oracle JVM -Xloggc:${目录}/managed1_gc.log -XX:...
线上java生产环境服务器变慢，诊断思路和方法
及时雨的csdn
03-24 3495
生产环境变慢，出现了服务器卡顿，那么就需要进行排查了，一般定位出问题的步骤如下： 1.使用top命令找出CPU占比最高的 ps -ef 或者 jps 进一步定位，得知是一个怎么样的后台程序出的问题，定位到具体线程或者代码 2.找出此进程pid下最耗cpu的线程 ps -mp 进程号(pid) -o THREAD,tid,time 参数解释 -m：显示所有的线程 -p：pid进程使用CPU的时间 -o：该参数后是用户自定义格式 3.将需要的线程ID转换为16进制格式（英文小写格式） prin
JAVA应用生产问题排查步骤
fghklfgkhd的博客
11-17 769
AVA应用生产问题排查步骤 学会这篇文章里面的命令并熟练使用，出去面试就可以说自己有5年工作经验并且精通JVM了。本篇文章中介绍的命令绝对是JAVA程序员平时工作中经常使用的并且必须会的命令，如果你不会你就是没有工作经验的人。如果你不会，那么在别人眼中你肯定就是菜鸟一个，所以本篇文章中的命令，你必须学会并且熟练使用。 注意:本篇文章内容基于JDK版本: java version “1.6.0_113” Java™ SE Runtime Environment (build 1.6.0_113-b01
java生产问题快速定位_生产环境如何快速跟踪、分析、定位问题-Java
weixin_34190533的博客
02-28 813
我相信做技术的都会遇到过这样的问题，生产环境服务遇到宕机的情况下如何去分析问题？比如说JVM内存爆掉、CPU持续高位运行、线程被夯住或线程deadlocks，面对这样的问题，如何在生产环境第一时间跟踪分析与定位问题很关键。下来让我们看看通过如下步骤在第一时间分析问题。CPU占用较高场景收集当前CPU占用较高的线程信息，执行如下命令：top -H -p PID -b -d 1 -n 1 > t...
服务器响应变慢排查步骤
qq_44945889的博客
04-25 3670
一步：登录后台服务器/监控平台，查看系统资源是否达到上限，例如：CPU、内存、磁盘、I/O、网络带宽等，如果是这些问题，先将这些问题逐一解决： 如果是CPU的问题，则需要查看一下CPU占比比较高的进程，然后使用jstack命令生成进程的堆栈信息，看是否发生频繁Full GC，如果是的话，还需要看一下内存快照，分析一下内存情况（可以使用java自带的或第三方工具）；如果是磁盘空间满了，及时清理磁盘；...
2020-12-28：java中，生产环境服务器变慢，如何诊断处理？
福大大架构师每日一题
12-28 3940
福哥答案2020-12-28： 答案1： 使用 top 指令，服务器中 CPU 和 内存的使用情况，-H 可以按 CPU 使用率降序，-M 内存使用率降序。排除其他进程占用过高的硬件资源，对 Java 服务造成影响。 如果发现 CPU 使用过高，可以使用 top 指令查出 JVM 中占用 CPU 过高的线程，通过 jstack 找到对应的线程代码调用，排查出问题代码。 如果发现内存使用率比较高，可以 dump 出 JVM 堆内存，然后借助 MAT 进行分析，查出大对象或者占用最多的对象来自哪里，为什么会长时
Java服务程序突然变慢，如何定位？
fyrcarry的博客
08-18 5420
检查网络是否存在问题 最先排查的原因就应该是网络问题，即外部因素。常见的着手方法是测试网速，这里推荐工具speedtest，当然类似的有很多： 1）安装： $ wget https://raw.githubusercontent.com/sivel/speedtest-cli/master/speedtest.py $ chmod a+rx speedtest.py $ mv speedt...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

Alan0517

感谢您的鼓励与支持！

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

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

打赏作者

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

抵扣说明：

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

余额充值