JVM-03

最新推荐文章于 2024-09-25 09:34:26 发布
最新推荐文章于 2024-09-25 09:34:26 发布
阅读量45 收藏
点赞数
分类专栏： JVM 文章标签： jvm 算法
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_43509086/article/details/132657486
版权

如何确定一个对象是垃圾？

要想进行垃圾回收，得先知道什么样的对象是垃圾。

  • 引用计数法 循环引用 引用--对象--数据

对于某个对象而言，只要应用程序中持有该对象的引用，就说明该对象不是垃圾，如果一个对象没有任何指针对其引用，它就是垃圾。

弊端:如果AB相互持有引用，导致永远不能被回收。 循环引用 内存泄露 -->内存溢出

16461374670483019208ffy

  • 可达性分析/根搜索算法

    • 引用出一条单向的引用链，而在这个单向的引用链之上的对象，我们称之为GC的可达对象，不在引用链上的对象 我们称之为垃圾

通过GC Root的引用，开始向下寻找，看某个对象是否可达

image.png

能作为GC Root:类加载器、Thread、虚拟机栈的本地变量表、static成员、常量引用、本地方法栈的变量等。 GC ROOT是根对象？？？ 错误 GC root 的本质是一组你可以直接或者间接使用的活跃引用

虚拟机栈（栈帧中的本地变量表）中引用的对象。
方法区中类静态属性引用的对象。
方法区中常量引用的对象。
本地方法栈中JNI（即一般说的Native方法）引用的对象。  java   native  interface

垃圾收集算法

已经能够确定一个对象为垃圾之后，接下来要考虑的就是回收，怎么回收呢？得要有对应的算法，下面介绍常见的垃圾回收算法。高效 健壮

标记-清除(Mark-Sweep)

  • 标记

找出内存中所有的存活对象，并且把它们标记出来

image.png

  • 清除

清除掉被没有被标记需要回收的对象，释放出对应的内存空间

image.png

缺点

标记清除之后会产生大量不连续的内存碎片，空间碎片太多可能会导致以后在程
序运行过程中需要分配较大对象时，无法找到足够的连续内存而不得不提前触发另一次垃圾收集动作。
(1)标记和清除两个过程都比较耗时，效率不高
(2)会产生大量不连续的内存碎片，空间碎片太多可能会导致以后在程序运行过程中需要分配较大对象时，无法找到足够的连续内存而不得不提前触发另一次垃圾收集动作。
标记清除算法的衍生规则之分配（动态分区分配策略）

首次适应算法（Fisrt-fit）

首次适应算法（Fisrt-fit）就是在遍历空闲链表的时候，一旦发现有大小大于等于需要的大小之后，就立即把该块分配给对象，并立即返回。

最佳适应算法（Best-fit）

最佳适应算法（Best-fit）就是在遍历空闲链表的时候，返回刚好等于需要大小的块。

最差适应算法（Worst-fit）

最差适应算法（Worst-fit）就是在遍历空闲链表的时候，找出空闲链表中最大的分块，将其分割给申请的对象，其目的就是使得分割后分块的最大化，以便下次好分配，不过这种分配算法很容易产生很多很小的分块，这些分块也不能被使用

什么是STW（stop the world）？

Stop-The-World 简称 STW

是在垃圾回收算法执行过程中,将jvm内存冻结,停顿的一种状态，在Stw情况下，容易出现两种现象：

该回收的对象没有被回收

不该回收的对象被回收了

在STW状态下,所有的线程都是停止运行的 - >垃圾回收线程除外

当STW发生时,出了GC所需要的线程,其他的线程都将停止工作,中断了的线程知道GC线程结束才会继续任务

STW是不可避免的,垃圾回收算法的执行一定会出现STW,而我们最好的解决办法就是减少停顿的时间

GC各种算法的优化重点就是为了减少STW,这也是JVM调优的重点。

标记-复制(Mark-Copying) 效率很高 尽可能让我们的内存空间利用率增加

将内存划分为两块相等的区域，每次只使用其中一块，如下图所示：

image.png

当其中一块内存使用完了，就将还存活的对象复制到另外一块上面，然后把已经使用过的内存空间一次清除掉。

image.png

缺点:空间利用率降低。

标记-整理(Mark-Compact) 标记压缩算法
随机整理 线性整理 滑动整理

复制收集算法在对象存活率较高时就要进行较多的复制操作，效率将会变低。更关键的是，如果不想浪费50%的空间，就需要有额外的空间进行分配担保，以应对被使用的内存中所有对象都有100%存活的极端情况，所以老年代一般不能直接选用这种算法。

标记过程仍然与"标记-清除"算法一样，但是后续步骤不是直接对可回收对象进行清理，而是让所有存活的对象都向一端移动，然后直接清理掉端边界以外的内存。

其实上述过程相对"复制算法"来讲，少了一个"保留区"

image.png

让所有存活的对象都向一端移动，清理掉边界意外的内存。

image.png

分代收集算法

既然上面介绍了3中垃圾收集算法，那么在堆内存中到底用哪一个呢？

Young区：复制算法(对象在被分配之后，可能生命周期比较短，Young区复制效率比较高)

Old区：标记清除或标记整理(Old区对象存活时间比较长，复制来复制去没必要，不如做个标记再清理)

其他算法

增量回收算法：

垃圾回收其实就是对不需要的内存对象进行清理，前面提到的GC算法，无论哪种，基本都是过一段时间对所有的内存空间对象进行一次大扫除。 这种的GC缺点是一旦开始启动，管理程序可能就停止了，表现就是可能好多程序都没响应。可在服务端，这是大忌。增量式（incremental）出现就是解决这个问题的，这种垃圾回收采用和应用程序交替进行的方式来工作，表现就像是GC在不断的定时迭加操作。从而尽量减轻应用程序的停止时间，这就是增量式回收的特点。 在增量式回收里，比较容易接触到的就是三色标记算法。

三色标记

在并发标记的过程中，因为标记期间应用线程还在继续跑，对象间的引用可能发生变化，多标和漏标的情况就有可能发生。这里引入“三色标记”来给大家解释下，把Gc roots可达性分析遍历对象过程中遇到的对象， 按照“是否访问过”这个条件标记成以下三种颜色：

灰色：

表示对象已经被垃圾收集器访问过， 但这个对象上至少存在一个引用还没有被扫描过。

白色:

表示对象尚未被垃圾收集器访问过。 显然在可达性分析刚刚开始的阶段， 所有的对象都是白色的， 若在分析结束的阶段， 仍然是白色的对象， 即代表不可达。

黑色：

表示对象已经被垃圾收集器访问过， 且这个对象的所有引用都已经扫描过。 黑色的对象代表已经扫描过， 它是安全存活的， 如果有其他对象引用指向了黑色对象， 无须重新扫描一遍。 黑色对象不可能直接（不经过灰色对象） 指向某个白色对象。

标记过程：

1.初始时，所有对象都在 【白色集合】中；

2.将GC Roots 直接引用到的对象 挪到 【灰色集合】中；

3.从灰色集合中获取对象：

  1. 将本对象 引用到的 其他对象 全部挪到 【灰色集合】中；

  2. 将本对象 挪到 【黑色集合】里面。

重复步骤3.4，直至【灰色集合】为空时结束。

结束后，仍在【白色集合】的对象即为GC Roots 不可达，可以进行回收

16522703100363012464ffy

多标-浮动垃圾

在并发标记过程中，如果由于方法运行结束导致部分局部变量(gcroot)被销毁，这个gc  root引用的对象之前又被扫描过 (被标记为非垃圾对象)，那么本轮GC不会回收这部分内存。这部分本应该回收但是没有回收到的内存，被称之为“浮动 垃圾”。浮动垃圾并不会影响垃圾回收的正确性，只是需要等到下一轮垃圾回收中才被清除。
​
另外，针对并发标记(还有并发清理)开始后产生的新对象，通常的做法是直接全部当成黑色，本轮不会进行清除。这部分 对象期间可能也会变为垃圾，这也算是浮动垃圾的一部分。

漏标-读写屏障

漏标只有同时满足以下两个条件时才会发生：

条件一：灰色对象 断开了 白色对象的引用；即灰色对象 原来成员变量的引用 发生了变化。
​
条件二：黑色对象 重新引用了 该白色对象；即黑色对象 成员变量增加了 新的引用。

漏标会导致被引用的对象被当成垃圾误删除，这是严重bug，必须解决，有两种解决方案： 增量更新（Incremental Update） 和原始快照（Snapshot At The Beginning，SATB） 。

增量更新就是当黑色对象插入新的指向白色对象的引用关系时， 就将这个新插入的引用记录下来， 等并发扫描结束之后， 再将这些记录过的引用关系中的黑色对象为根， 重新扫描一次。 这可以简化理解为， 黑色对象一旦新插入了指向白色对象的引用之后， 它就变回灰色对象了。

原始快照就是当灰色对象要删除指向白色对象的引用关系时， 就将这个要删除的引用记录下来， 在并发扫描结束之后， 再将这些记录过的引用关系中的灰色对象为根， 重新扫描一次，这样就能扫描到白色的对象，将白色对象直接标记为黑色(目的就是让这种对象在本轮gc清理中能存活下来，待下一轮gc的时候重新扫描，这个对象也有可能是浮动垃圾)

以上无论是对引用关系记录的插入还是删除， 虚拟机的记录操作都是通过写屏障实现的。

写屏障实现原始快照（SATB）： 当对象B的成员变量的引用发生变化时，比如引用消失（a.b.d = null），我们可以利用写屏障，将B原来成员变量的引用对象D记录下来：

写屏障实现增量更新： 当对象A的成员变量的引用发生变化时，比如新增引用（a.d = d），我们可以利用写屏障，将A新的成员变量引用对象D 记录下来：

垃圾收集器

如果说收集算法是内存回收的方法论，那么垃圾收集器就是内存回收的具体实现。

image.png

  • Serial

Serial收集器是最基本、发展历史最悠久的收集器，曾经（在JDK1.3.1之前）是虚拟机新生代收集的唯一选择。

它是一种单线程收集器，不仅仅意味着它只会使用一个CPU或者一条收集线程去完成垃圾收集工作，更重要的是其在进行垃圾收集的时候需要暂停其他线程。

优点：简单高效，拥有很高的单线程收集效率
缺点：收集过程需要暂停所有线程
算法：复制算法
适用范围：新生代
应用：Client模式下的默认新生代收集器

image.png

  • Serial Old

Serial Old收集器是Serial收集器的老年代版本，也是一个单线程收集器，不同的是采用"标记-整理算法"，运行过程和Serial收集器一样。

image.png

  • ParNew

可以把这个收集器理解为Serial收集器的多线程版本。

优点：在多CPU时，比Serial效率高。
缺点：收集过程暂停所有应用程序线程，单CPU时比Serial效率差。
算法：复制算法
适用范围：新生代
应用：运行在Server模式下的虚拟机中首选的新生代收集器

image.png

  • Parallel Scavenge

Parallel Scavenge收集器是一个新生代收集器，它也是使用复制算法的收集器，又是并行的多线程收集器，看上去和ParNew一样，但是Parallel Scanvenge更关注系统的吞吐量。

吞吐量=运行用户代码的时间/(运行用户代码的时间+垃圾收集时间)

比如虚拟机总共运行了100分钟，垃圾收集时间用了1分钟，吞吐量=(100-1)/100=99%。

若吞吐量越大，意味着垃圾收集的时间越短，则用户代码可以充分利用CPU资源，尽快完成程序的运算任务。

-XX:MaxGCPauseMillis控制最大的垃圾收集停顿时间，
-XX:GCRatio直接设置吞吐量的大小。

  • Parallel Old 停顿时间 吞吐量 百分比的数字

Parallel Old收集器是Parallel Scavenge收集器的老年代版本，使用多线程和标记-整理算法进行垃圾回收，也是更加关注系统的吞吐量。

  • CMS

官网： https://docs.oracle.com/javase/8/docs/technotes/guides/vm/gctuning/cms.html#concurrent_mark_sweep_cms_collector

CMS(Concurrent Mark Sweep)收集器是一种以获取 最短回收停顿时间为目标的收集器。

采用的是"标记-清除算法",整个过程分为4步

(1)初始标记 CMS initial mark     标记GC Roots直接关联对象，不用Tracing，速度很快
(2)并发标记 CMS concurrent mark  进行GC Roots Tracing
(3)重新标记 CMS remark           修改并发标记因用户程序变动的内容
(4)并发清除 CMS concurrent sweep 清除不可达对象回收空间，同时有新垃圾产生，留着下次清理称为浮动垃圾

由于整个过程中，并发标记和并发清除，收集器线程可以与用户线程一起工作，所以总体上来说，CMS收集器的内存回收过程是与用户线程一起并发地执行的。

image.png

优点：并发收集、低停顿
缺点：产生大量空间碎片、并发阶段会降低吞吐量

什么是记忆集？

当我们进行young gc时，我们的gc roots除了常见的栈引用、静态变量、常量、锁对象、class对象这些常见的之外，如果 老年代有对象引用了我们的新生代对象 ，那么老年代的对象也应该加入gc roots的范围中，但是如果每次进行young gc我们都需要扫描一次老年代的话，那我们进行垃圾回收的代价实在是太大了，因此我们引入了一种叫做记忆集的抽象数据结构来记录这种引用关系。

记忆集是一种用于记录从非收集区域指向收集区域的指针集合的数据结构。

如果我们不考虑效率和成本问题，我们可以用一个数组存储所有有指针指向新生代的老年代对象。但是如果这样的话我们维护成本就很好，打个比方，假如所有的老年代对象都有指针指向了新生代，那么我们需要维护整个老年代大小的记忆集，毫无疑问这种方法是不可取的。因此我们引入了卡表的数据结构

卡表

记忆集是我们针对于跨代引用问题提出的思想，而卡表则是针对于该种思想的具体实现。（可以理解为记忆集是结构，卡表是实现类）

[1字节，00001000，1字节，1字节]

在hotspot虚拟机中，卡表是一个字节数组，数组的每一项对应着内存中的某一块连续地址的区域，如果该区域中有引用指向了待回收区域的对象，卡表数组对应的元素将被置为1，没有则置为0；

(1) 卡表是使用一个字节数组实现:CARD_TABLE[],每个元素对应着其标识的内存区域一块特定大小的内存块,称为"卡页"。hotSpot使用的卡页是2^9大小,即512字节

(2) 一个卡页中可包含多个对象,只要有一个对象的字段存在跨代指针,其对应的卡表的元素标识就变成1,表示该元素变脏,否则为0。GC时,只要筛选本收集区的卡表中变脏的元素加入GC Roots里。

卡表的使用图例

image.png

并发标记的时候，A对象发生了所在的引用发生了变化，所以A对象所在的块被标记为脏卡

image.png

继续往下到了重新标记阶段，修改对象的引用，同时清除脏卡标记。恩

JVM常用参数有哪些？

JVM参数

3.1.1 标准参数

-version
-help
-server
-cp

image.png

3.1.2 -X参数

非标准参数，也就是在JDK各个版本中可能会变动

-Xint     解释执行
-Xcomp    第一次使用就编译成本地代码
-Xmixed   混合模式，JVM自己来决定

image.png

3.1.3 -XX参数

使用得最多的参数类型

非标准化参数，相对不稳定，主要用于JVM调优和Debug

a.Boolean类型
格式：-XX:[+-]<name>            +或-表示启用或者禁用name属性
比如：-XX:+UseConcMarkSweepGC   表示启用CMS类型的垃圾回收器
	 -XX:+UseG1GC              表示启用G1类型的垃圾回收器
b.非Boolean类型
格式：-XX<name>=<value>表示name属性的值是value
比如：-XX:MaxGCPauseMillis=500

3.1.4 其他参数

-Xms1000M等价于-XX:InitialHeapSize=1000M
-Xmx1000M等价于-XX:MaxHeapSize=1000M
-Xss100等价于-XX:ThreadStackSize=100

所以这块也相当于是-XX类型的参数

3.1.5 查看参数

java -XX:+PrintFlagsFinal -version > flags.txt

image.png

image.png

值得注意的是"="表示默认值，":="表示被用户或JVM修改后的值 要想查看某个进程具体参数的值，可以使用jinfo，这块后面聊 一般要设置参数，可以先查看一下当前参数是什么，然后进行修改

3.1.6 设置参数的常见方式

  • 开发工具中设置比如IDEA，eclipse

  • 运行jar包的时候:java -XX:+UseG1GC xxx.jar

  • web容器比如tomcat，可以在脚本中的进行设置

  • 通过jinfo实时调整某个java进程的参数(参数只有被标记为manageable的flags可以被实时修改)

3.1.7 实践和单位换算

1Byte(字节)=8bit(位)
1KB=1024Byte(字节)
1MB=1024KB
1GB=1024MB
1TB=1024GB
(1)设置堆内存大小和参数打印
-Xmx100M -Xms100M -XX:+PrintFlagsFinal
(2)查询+PrintFlagsFinal的值
:=true
(3)查询堆内存大小MaxHeapSize
:= 104857600
(4)换算
104857600(Byte)/1024=102400(KB)
102400(KB)/1024=100(MB)
(5)结论
104857600是字节单位

3.1.8 常用参数含义

参数含义说明
-XX:CICompilerCount=3最大并行编译数如果设置大于1，虽然编译速度会提高，但是同样影响系统稳定性，会增加JVM崩溃的可能
-XX:InitialHeapSize=100M初始化堆大小简写-Xms100M
-XX:MaxHeapSize=100M最大堆大小简写-Xms100M
-XX:NewSize=20M设置年轻代的大小
-XX:MaxNewSize=50M年轻代最大大小
-XX:OldSize=50M设置老年代大小
-XX:MetaspaceSize=50M设置方法区大小
-XX:MaxMetaspaceSize=50M方法区最大大小
-XX:+UseParallelGC使用UseParallelGC新生代，吞吐量优先
-XX:+UseParallelOldGC使用UseParallelOldGC老年代，吞吐量优先
-XX:+UseConcMarkSweepGC使用CMS老年代，停顿时间优先
-XX:+UseG1GC使用G1GC新生代，老年代，停顿时间优先
-XX:NewRatio新老生代的比值比如-XX:Ratio=4，则表示新生代:老年代=1:4，也就是新生代占整个堆内存的1/5
-XX:SurvivorRatio两个S区和Eden区的比值比如-XX:SurvivorRatio=8，也就是(S0+S1):Eden=2:8，也就是一个S占整个新生代的1/10
-XX:+HeapDumpOnOutOfMemoryError启动堆内存溢出打印当JVM堆内存发生溢出时，也就是OOM，自动生成dump文件
-XX:HeapDumpPath=heap.hprof指定堆内存溢出打印目录表示在当前目录生成一个heap.hprof文件
-XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintGCDateStamps -Xloggc:g1-gc.log打印出GC日志可以使用不同的垃圾收集器，对比查看GC情况
-Xss128k设置每个线程的堆栈大小经验值是3000-5000最佳
-XX:MaxTenuringThreshold=6提升年老代的最大临界值默认值为 15
-XX:InitiatingHeapOccupancyPercent启动并发GC周期时堆内存使用占比G1之类的垃圾收集器用它来触发并发GC周期,基于整个堆的使用率,而不只是某一代内存的使用比. 值为 0 则表示”一直执行GC循环”. 默认值为 45.
-XX:G1HeapWastePercent允许的浪费堆空间的占比默认是10%，如果并发标记可回收的空间小于10%,则不会触发MixedGC。
-XX:MaxGCPauseMillis=200msG1最大停顿时间暂停时间不能太小，太小的话就会导致出现G1跟不上垃圾产生的速度。最终退化成Full GC。所以对这个参数的调优是一个持续的过程，逐步调整到最佳状态。
-XX:ConcGCThreads=n并发垃圾收集器使用的线程数量默认值随JVM运行的平台不同而不同
-XX:G1MixedGCLiveThresholdPercent=65混合垃圾回收周期中要包括的旧区域设置占用率阈值默认占用率为 65%
-XX:G1MixedGCCountTarget=8设置标记周期完成后，对存活数据上限为 G1MixedGCLIveThresholdPercent 的旧区域执行混合垃圾回收的目标次数默认8次混合垃圾回收，混合回收的目标是要控制在此目标次数以内
-XX:G1OldCSetRegionThresholdPercent=1描述Mixed GC时，Old Region被加入到CSet中默认情况下，G1只把10%的Old Region加入到CSet中

JVM常用命令有哪些

jps

查看java进程

The jps command lists the instrumented Java HotSpot VMs on the target system. The command is limited to reporting information on JVMs for which it has the access permissions.

image.png

jinfo

（1）实时查看和调整JVM配置参数

The jinfo command prints Java configuration information for a specified Java process or core file or a remote debug server. The configuration information includes Java system properties and Java Virtual Machine (JVM) command-line flags.

（2）查看用法

jinfo -flag name PID 查看某个java进程的name属性的值

jinfo -flag MaxHeapSize PID 
jinfo -flag UseG1GC PID

image.png

（3）修改

参数只有被标记为manageable的flags可以被实时修改

jinfo -flag [+|-] PID
jinfo -flag <name>=<value> PID

（4）查看曾经赋过值的一些参数

jinfo -flags PID

image.png

jstat

（1）查看虚拟机性能统计信息

The jstat command displays performance statistics for an instrumented Java HotSpot VM. The target JVM is identified by its virtual machine identifier, or vmid option.

（2）查看类装载信息

jstat -class PID 1000 10   查看某个java进程的类装载信息，每1000毫秒输出一次，共输出10次

image.png

（3）查看垃圾收集信息

jstat -gc PID 1000 10

image.png

jstack

（1）查看线程堆栈信息

The jstack command prints Java stack traces of Java threads for a specified Java process, core file, or remote debug server.

（2）用法

jstack PID

image.png

(4)排查死锁案例

  • DeadLockDemo

//运行主类
public class DeadLockDemo
{
    public static void main(String[] args)
    {
        DeadLock d1=new DeadLock(true);
        DeadLock d2=new DeadLock(false);
        Thread t1=new Thread(d1);
        Thread t2=new Thread(d2);
        t1.start();
        t2.start();
    }
}
//定义锁对象
class MyLock{
    public static Object obj1=new Object();
    public static Object obj2=new Object();
}
//死锁代码
class DeadLock implements Runnable{
    private boolean flag;
    DeadLock(boolean flag){
        this.flag=flag;
    }
    public void run() {
        if(flag) {
            while(true) {
                synchronized(MyLock.obj1) {
                    System.out.println(Thread.currentThread().getName()+"----if获得obj1锁");
                    synchronized(MyLock.obj2) {
                        System.out.println(Thread.currentThread().getName()+"----if获得obj2锁");
                    }
                }
            }
        }
        else {
            while(true){
                synchronized(MyLock.obj2) {
                    System.out.println(Thread.currentThread().getName()+"----否则获得obj2锁");
                    synchronized(MyLock.obj1) {
                        System.out.println(Thread.currentThread().getName()+"----否则获得obj1锁");

                    }
                }
            }
        }
    }
}

  • 运行结果

image.png

  • jstack分析

image.png

把打印信息拉到最后可以发现

image.png

jmap

（1）生成堆转储快照

The jmap command prints shared object memory maps or heap memory details of a specified process, core file, or remote debug server.

（2）打印出堆内存相关信息

jmap -heap PID
jinfo -flag UsePSAdaptiveSurvivorSizePolicy 35352
-XX:SurvivorRatio=8

image.png

（3）dump出堆内存相关信息

jmap -dump:format=b,file=heap.hprof PID

image.png

（4）要是在发生堆内存溢出的时候，能自动dump出该文件就好了

一般在开发中，JVM参数可以加上下面两句，这样内存溢出时，会自动dump出该文件

-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=heap.hprof

设置堆内存大小: -Xms20M -Xmx20M
启动，然后访问localhost:9090/heap，使得堆内存溢出
congnai
关注
专栏目录
阿里开源-JVM-SandBox
weixin_45020244的博客
04-08 7389
阿里开源-JVM-SandBox 文章目录阿里开源-JVM-SandBox前言一、pandas是什么？二、使用步骤1.引入库2.读入数据总结 前言 提示：这里可以添加本文要记录的大概内容： 例如：随着人工智能的不断发展，机器学习这门技术也越来越重要，很多人都开启了学习机器学习，本文就介绍了机器学习的基础内容。 提示：以下是本篇文章正文内容，下面案例可供参考 一、pandas是什么？ 示例：pandas 是基于NumPy 的一种工具，该工具是为了解决数据分析任务而创建的。 二、使用步骤 1.引入库 代
理论与实践结合 解密JVM-day03.rar
06-21
在本课程"理论与实践结合 解密JVM-day03"中，我们将深入探讨Java虚拟机（JVM）的工作原理及其在实际应用中的优化策略。JVM是Java平台的核心组成部分，它负责执行Java应用程序，提供了跨平台的运行环境。通过理解和...
JVM-03-程序计数器
Coding~Farmer
10-16 636
程序计数器 翻译自–>尚硅谷_宋红康讲解的JVM课程 这里讲的是HotSpot虚拟机！ PC寄存器与CPU寄存器 JavaSE8–JVM规范 JVM中的程序计数寄存器（Program Counter Register）中，Register的命名源于CPU的寄存器，寄存器存储指令相关的现场信息，CPU只有把数据装载到寄存器才能够运行。（通常我们称程序计数器） 这里，并非是广义上所指的物理寄存器，或许将其翻译为PC计数器（或指令计数器）会更加贴切，并且也不容易引起一些不必要的误会。JVM中的PC寄存器
测试域： 流量回放-工具篇jvm-sandbox，jvm-sandbox-repeater，gs-rest-service
码农崛起
09-18 2604
jvm-sandbox-repeater是阿里在19年7月份的时候开源的流量录制回放工具，代码提供了录制回放的能力，以及一个简单的repeater-console的demo示例。github 地址：GitHub - alibaba/jvm-sandbox-repeater: A Java server-side recording and playback solution based on JVM-Sandbox。
【JVM-03】java虚拟机——jvm调优的基本参数及命令
大黄奔跑
12-08 516
文章目录1. JVM的参数类型1. 标配参数2. X参数3. XX参数1.布尔类型2. KV键值类型2. 基本的参数1. -Xmx/-Xms2. -Xss3. -Xmn4. -XX:MetaspaceSize5.-XX:+PrintGCDetails6.-XX:SurvivorRatio7.-XX:NewRatio8.-XX:MaxTenuringThreshold2. 常用命令 1. JVM的参...
JVM-03：JVM垃圾收集器面试题
xiaozhang960825的博客
03-16 1235
JVM垃圾收集算法及垃圾收集器
JVM-03 JVM性能调优监控工具
沐宇熙IT成长之路
02-26 1181
文章目录1.Jinfo1.1 查看jvm的参数1.2 查看java系统参数2.Jstat2.1 类加载统计2.2 垃圾回收统计2.3 堆内存统计2.4 新生代垃圾回收统计2.5 新生代内存统计2.6 老年代垃圾回收统计2.7 老年代内存统计2.8 元数据空间统计2.9 gc工具3.Jmap3.1 实例个数以及占用内存大小3.2 堆信息(mac报错)3.3 堆内存dump3.3.1 内存溢出示例3....
JVM-03 运行时数据区- [程序计数器+虚拟机栈+本地方法栈]
给你起个昵称吧的存档点
04-07 909
基于《深入理解JVM》输出目录 JVM-01 概述 JVM-02 类加载子系统 JVM-03 运行时数据区- [程序计数器+虚拟机栈+本地方法栈+本地方法+堆+方法区] JVM-04 执行引擎+字符串常量池StringTable JVM-05 垃圾回收(器) 本文目录基于《深入理解JVM》输出目录前言1. 内存与线程1.1 内存1.2 分区介绍1.3 线程1.3.1 JVM系统线程2. 程序计数器（PC寄存器）2.1 作用2.2 例题2.2.1 CPU时间片3. 虚拟机栈（Java栈）3.1 概述3.1.
jvm-sandbox demo 菜鸟学习
u012463871的博客
08-03 3708
jvm-sandbox 挺有意思，不错，值得我这个菜鸟学习。学习demo的时候，遇到困难了，做个小笔记 jvm-sandbox 地址：https://github.com/alibaba/jvm-sandbox/wiki/INSTALL-and-CONFIG 在linux中安装jvm-sandbox，参考官网。 编写官网的demo:修复损坏的时钟 一开始，我按照官网文档配置， 创建我...
JVM-01-JVM基础-03-运行时常量池
na_tion的专栏
03-21 832
一、常量池中都包含啥 1、常量池是一张表，其中包含多种常量-->从编译时已知的数字、文字；到必运行时解析的方法和字段引用。 2、JVM指令根据这张常量表找到要执行的类名、方法名、参数类型、字面量等信息。 举例： （1）类 package com.fupng3.jvm; public class Hello { private String name; final int AGE=30; public static void main(String[] arg
JVM-03内存区域与内存溢出异常(下)【OutOfMemoryError案例】
热门推荐
小工匠
07-27 1万+
思维导图 Java堆溢出 前置操作 测试类 结果 使用mat分析 内存泄露Memory Leak 内存溢出Memory Overflow 虚拟机栈和本地方法栈溢出 方法区和运行时常量池溢出 本机直接内存溢出 思维导图 接下来，我们来通过示例来演示下出现异常的场景。 Java堆溢出 前置操作 JVM参数官网 ：http://www.oracle.com/...
基于JVM-Sandbox的一站式服务端稳定性方案-V2-QECon深圳站2021年全球软件质量&效能大会.pdf
04-29
03 实践方案 在实践中，采用了三个关键技术： 1. 服务端录制回放：这是一个解决测试阶段快速业务回归和确保变更可观测性的方法。传统的流量录制回放往往无法完美复现现场，且难以处理写数据库的操作。通过JVM-...
Jvm性能优化-JVM内存结构原理分析03
06-22
"Jvm性能优化-JVM内存结构原理分析03" Jvm性能优化是Java虚拟机（JVM）中非常重要的一部分，它对Jvm的性能产生了很大的影响。本文将从Jvm内存结构的角度来分析Jvm性能优化的原理。 Jvm内存结构主要分为五部分：堆...
JVM频繁Full GC问题的排查与解决方案
lssffy的博客
09-22 878
堆内存（Heap Memory）：这是Java对象的主要存储区域，分为年轻代（Young Generation）和老年代（Old Generation）。栈内存（Stack Memory）：每个线程的栈用于存储局部变量和方法调用的上下文。永久代（PermGen）/元空间（Metaspace）：存储类的元数据。在JDK 8之前是永久代，之后被元空间取代。
【RabbitMQ——具体使用场景】
qq_45467608的博客
09-25 1148
串行方式：将订单信息写入数据库成功后，发送注册邮件，再发送注册短信。以上三个任务全部完成后，返回给客户端。
随笔 JVM本质
最新发布
Pandaer杂货铺
09-25 850
当时的操作系统至少存在两个阵营，一个是Windows，一个是Linux，由于系统不同，提供的系统库API也不一样，这就导致在写C语言代码的时候，尤其使用到系统库的时候都不得不做兼容处理。那么它是如何做到的呢？文件加载进JVM进程中的元数据区，然后创建一个主线程，将这个字节码文件的main方法的地址赋值给这个线程的PC寄存器，然后这个主线程将PC寄存器的值交给执行引擎，执行引擎开始执行字节码指令，比如上面的代码，一开始就执行main方法，所以就会在栈空间上开辟一块新的栈帧，存放一些局部变量，这里便是字符串。
JVM基础
weixin_64742764的博客
09-20 450
字节码文件的查看工具：https://github.com/ingokegel/jclasslib
【JVM】JVM执行流程和内存区域划分
Yeeear的博客
09-24 5528
`Java` 不想重新编译，而是期望能够直接执行 - 先通过 `javac` 把 `.java` 文件==> `.class` 文件（字节码文件，包含的就是 `Java` 字节码，`Java` 自己搞的一套 `CPU` 指令） - 因为如果生成 `CPU` 直接能执行的指令的话，不同的 `CPU` 支持的指令就不一样，就不能在所有系统上执行 - 这样先把 `java` 代码转成对应的 `java` 字节码文件，然后在某个具体的系统平台上执行，此时通过 `JVM` 把上述的字节码转换成对应的 `CPU` 能
【Java】虚拟机（JVM）内存模型全解析
weixin_71491685的博客
09-24 1134
JVM 虚拟机在执行 Java 程序的过程中，会把它管理的内存划分成若干个不同的区域，每个区域有各自的不同的用途、创建方式及管理方式。有些区域随着虚拟机的启动一直存在，有些区域则随着用户线程的启动和结束而建立和销毁，这些共同组成了 Java 虚拟机的，也被称为。
Java虚拟机JVM性能优化实战代码解析
"JVM性能调优全套代码包含T01至T05，适合使用markdown阅读，提供了关于Java JVM性能优化的示例代码。" 这些代码片段展示了如何使用JVM参数来调整Java应用程序的性能，主要关注内存管理和垃圾收集。下面将详细解释每...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值