JVM调优-调优原则和原理分析

转
 2023-01-11
©版权
原文作者：llsydn 原文地址：https://juejin.cn/post/7126366964494106654

1.写在前面

对于 JVM调优 这个话题，可能大部分程序员都听过这个名词。

但是绝大多数程序员，都没有真真实实去干过，都没有真实的实践过。也不懂得如何调优？不知道要调成怎么样？

那今天咋们就对这个话题来展开描述一下，如何进行jvm调优？主要从以下几个方面进行分享：

  • 调优原则和原理分析
  • JVM垃圾常见的收集器
  • JVM调优常见的工具
  • JVM调优常用的参数
  • JVM调优实践

最后分享一个jvm调优的实践案例。希望可以帮助到各位！！！

那今天我们就来分享一下， jvm调优原则和原理分析

废话不多说了，直接上干货啦！！！

202301011508005431.png

2.什么是JVM？

平时我们所说的JVM广义上指的是一种 规范 。狭义上的是JDK中的 JVM虚拟机 。

JVM的实现是由各个厂商来做的。比如现在流传最广泛的是 hotspot 。其他实现：

    BEA公司： JRocket
    IBM j9
    zing 号称世界最快jvm
    taobao.vm

JVM用什么语言编写的呢？

Java中的JVM有很多实现，不同厂商的JVM使用编程语言有所不同！

HotSpot是C、C++ 与少量汇编

3.JVM调优疑问三连

是否可以把内存空间设置足够大，那么就不需要回收垃圾呢？

哈哈，可能大部分程序员，都有这么想过。

3.1 为什么JVM调优？

单机的并发因为JVM调优了，可以再翻至少一倍！

调优的最终目的都是为了应用程序使用最小的硬件消耗来承载更大的吞吐量。

jvm调优主要是针对垃圾收集器的收集性能优化，减少GC的频率和Full GC的次数，令运行在虚拟机上的应用能够使用更少的内存以及延迟获取更大的吞吐量和减少暂停时间。

哈哈，说到这里可能大部分人就跳出来说：道理谁不懂呀，可是要怎么干呢？

下面展示了一些JVM调优的量化目标参考实例，注意：不同应用的JVM调优量化目标是不一样的。

调优目标：

  • 堆内存使用率 <= 70%;
  • 老年代内存使用率<= 70%;
  • avg pause <= 1秒;
  • Full GC 次数 0 或 avg pause interval >= 24小时 ;
  • 创建更多的线程

3.2 什么时候JVM调优？

遇到以下情况，就需要考虑进行JVM调优：

  1. 系统吞吐量与响应性能不高或下降；
  2. Heap内存（老年代）持续上涨达到设置的最大内存值；
  3. Full GC 次数频繁；
  4. GC 停顿时间过长（超过 1 秒）；
  5. 应用出现OutOfMemory 等内存异常；
  6. 应用中有使用本地缓存且占用大量内存空间；

3.3 调优调什么？

JVM调优核心是什么？

内存分配 + 垃圾回收！

  1. 合理使用堆内存
  2. GC高效回收占用的内存的垃圾对象
  3. GC高效释放掉内存空间

疑问：是否可以把内存空间设置足够大，那么就不需要回收垃圾呢？

这个问题背景：JVM回收垃圾时机，当JVM内存占满触发垃圾回收！

不可以原因如下：

  1. 不回收垃圾，内存增长巨快，再大的空间都不够用；10w请求，2gb垃圾对象

  2. 物理层面： 64 位操作系统可以支持非常大的内存，但不是无限

    1. 32位操作系统： 2~32 = 4GB
    2. 64位操作系统： 2~64 =16384PB

  3. 虚拟机层面：不能设置无限大内存

  4. 内存设置既不能太大，也不能太小需要基于业务场景平衡考量：内存空间设置过大，一旦内存空间触发垃圾回收，就会非常危险，寻找这个垃圾非常耗时，由于内存空间足够大，寻找这个垃圾的时候，极其的消耗时间，因此导致程序停顿；

举个栗子类比一下：房子足够大，是不是就可以不用打扫卫生！显然是不行的

以上就是JVM调优的三大疑问，是不是很多小伙伴，都有这样的疑问呢？

哈哈，估计大伙，多多少少都会带有这样的疑问。

4 调优原则：

  • 优先原则：优先架构调优和代码调优，JVM优化是不得已的手段

    • 大多数的Java应用不需要进行JVM优化

  • 观测性原则：发现问题解决问题，没有问题不找问题

调优，还是得从实际出发，可能咋们写的代码，需要优化，或者我们的框架需要优化。

调优，是不得已的手段了。

5.调优基础知识

在讲JVM调优之前，先简单回顾下JVM相关的基础知识，这里我们重点回顾下JAVA堆、垃圾回收器。这两块也是在JVM调优过程中重点关注的部分。

5.1 堆Heap

被所有线程共享，在虚拟机启动时创建，用来存放对象实例，几乎所有的对象实例都在这里分配内存。

对于大多数应用来说，Java堆（Java Heap）是Java虚拟机所管理的内存中最大的一块。

Java堆是垃圾收集器管理的主要区域，因此很多时候也被称做“GC堆”。如果从内存回收的角度看，由于现在收集器基本都是采用的分代收集算法，所以Java堆中还可以细分为：新生代和老年代；

新生代又有Eden空间、From Survivor空间、To Survivor空间三部分。Java 堆不需要连续内存，并且可以通过动态增加其内存，增加失败会抛出 OutOfMemoryError 异常。

5.2 垃圾回收

从年轻代空间（包括 Eden 和 Survivor 区域）被称为 Minor GC 。

Full GC 是清理整个堆空间—包括年轻代和老年代。

我们不用去关心到底是叫 Minor GC 还是 Full GC，大家应该关注当前的 GC 是否停止了所有应用程序的线程，还是能够并发的处理而不用停掉应用程序的线程，停止了所有应用程序的线程俗称STW。 （Stop-the-world ）

在 JVM 中，垃圾回收器的具体实现有：

  1. 串行收集器(Serial)
  2. 新生代并行收集器(ParNew)
  3. 并行回收(Parallel Scavenge)
  4. CMS(Concurrent Mark Sweep)
  5. Serial Old（Serial收集器的老年代版本）
  6. Parallel Old(Parallel Scavenge收集器的老年代版本)
  7. G1(Garbage-First)当今收集器技术发展的最前沿成果之一

好了，以上就是我个人的经验的分享了。

个人理解，可能也不够全面，班门弄斧了。

今天就先到这里了，掰掰了！！！^_^

如果觉得有收获的，帮忙点赞、评论、收藏一下呗！！！

202301011508015872.png