jvm-垃圾回收

已于 2022-10-10 16:50:20 修改
阅读量303 收藏
点赞数
分类专栏： 笔记 文章标签： jvm java 开发语言
于 2022-07-03 21:11:55 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/h1774733219/article/details/125583530
版权

文章目录

回收算法

标记清除

标记：
	找出内中需要回收的对象，并且把他们标记出来
清除：
	清除掉被标记的对象，释放出他们的内存
缺点：
	标记和清除两个过程比较耗时，效率不高
	会产生大量内存碎片(剩余的内存不连续)，碎片太多导致以后分配较大对象时无法找到足够的连续内存而不得不触发垃圾回收
	两次扫描
用在old区回收：适用于存活对象多的场景

清除后分配规则

1、首次适应算法：
	首次适应算法（Fisrt-fit）就是在遍历空闲链表的时候，一旦发现有大小等于需要的大小之后，就立即把该块分配给对
	象，并立即返回
2、最佳适应算法：就是在遍历空闲链表的时候，返回刚好等于需要大小的块
3、最差适应算法：就是在遍历空闲链表的时候，找出空闲链表中最大的分块，将其分割给申请的对象，其目的就是使得
	分割后分块的最大化，以便下次好分配，不过这种分配算法很容易产生很多很小的分块，这些分块也不能被使用

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

复制

将内存划为两块相同的部分，每次只是用其中一块；当其中一块内存使用完，将已存活的对象复制到另一块区域中，
(移动过后使得内存连续，避免内存连续)再将使用过的那一块内存空间清除掉
缺点：空间利用率低
young区中的两个s区就是用的复制算法(old区对象存活时间长，没必要赋值来复制去)，适用于存活对象少的场景

在这里插入图片描述

在这里插入图片描述

标记整理

就是在标记清除的基础上再进行整理，避免内存碎片
两次扫描，移动指针；效率低
用在old区回收
标记清楚
首次适应算法（Fisrt-fit）就是在遍历空闲链表的时候，一旦发现有大小等于需要的大小之后，就立即把该块分配给对象，并立即返回。
最佳适应算法（Best-fit）就是在遍历空闲链表的时候，返回刚好等于需要大小的块。
最差适应算法：（Worst-fit）就是在遍历空闲链表的时候，找出空闲链表中最大的分块，将其分割给申请的对象，其目的就是使得分割后分块的最大化，以便下次好分配，不过这种分配算法很容易产生很多很小的分块，这些分块也不能被使用

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

整理算法分类

1、随机整理：对象的移动方式和它们初始的对象排列及引用关系无关
	双指针回收算法：实现简单且速度快，但会打乱对象的原有布局
2、线性顺序：将具有关联关系的对象排列在一起
3、滑动顺序：将对象“滑动”到堆的一端，从而“挤出”垃圾，可以保持对象在堆中原有的顺序 
	Lisp2算法（滑动整理算法）：需要在对象头用一个额外的槽来保存迁移完的地址
	单次遍历算法：滑动回收，实时计算出对象的转发地址而不需要额外的开销
	引线整理算法：可以在不引入额外空间开销的情况下实现滑动整理，但需要2次遍历堆，且遍历成本较高

jvm参数

标准参数

每个JDK版本都不会变的
java -xxx

-version
-help
-server
-cp

-X参数

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

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

-XX参数

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

格式1、
	-XX:[+-]<name>: +或-表示启用或者禁用name属性；例如：-XX:+UseCompressedClassPointers(开启指针压缩)
格式2、
	-XX<name>=<value> 表示name属性的值是value；例如：-XX:InitialHeapSize=258496576(初始化堆大小)

缩写：

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

查看所有参数：java -XX:+PrintFlagsFinal -version
在这里插入图片描述

:=标识不是默认，修改过(可能是jvm根据系统初始化、启动时添加参数)`

查看修改过的参数：java -XX:+PrintCommandLineFlags -version

-XX:InitialHeapSize=258496576 -XX:MaxHeapSize=4135945216 -XX:+PrintCommandLineFlags 
-XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:-UseLargePagesIndividualAllocation -XX:+UseParallelGC
java version "1.8.0_144"
Java(TM) SE Runtime Environment (build 1.8.0_144-b01)
Java HotSpot(TM) 64-Bit Server VM (build 25.144-b01, mixed mode)

设置参数的方式

1、开发工具中设置比如IDEA，eclipse
2、运行jar包的时候:java -XX:+UseG1GC xxx.jar
3、web容器比如tomcat，可以在脚本中的进行设置
4、通过jinfo实时调整某个java进程的参数(参数只有被标记为manageable的flags可以被实时修改)

常见参数

参数含义说明
-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中

垃圾收集器

stw(stop the word)：停止用户线程，只执行垃圾回收线程；指的是Gc事件发生过程中，会产生应用程序的停顿。停顿产生时整个应用程序线程都会被暂停，没有任何响应
在这里插入图片描述

young区

Serial

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

ParNew

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

Parallel Scavenge(jdk8默认使用)

Parallel Scavenge收集器是一个新生代收集器，它也是使用复制算法的收集器，又是并行的多线程收集器，
看上去和ParNew一样，但是Parallel Scanvenge更关注系统的吞吐量
吞吐量=运行用户代码的时间/(运行用户代码的时间+垃圾收集时间)
比如虚拟机总共运行了100分钟，垃圾收集时间用了1分钟，吞吐量=(100-1)/100=99%。
若吞吐量越大，意味着垃圾收集的时间越短，则用户代码可以充分利用CPU资源，尽快完成程序的运算任务。
-XX:MaxGCPauseMillis控制最大的垃圾收集停顿时间，
-XX:GCRatio直接设置吞吐量的大小。

old区

Serial Old

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

Parallel Old(jdk8默认使用)

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

CMS

采用的是"标记-清除算法",整个过程分为4步
	初始标记：找出所有的GC root，标记直接相关联的第一个对象 STW
	并发标记：找出所有的引用链上的剩余对象 耗时 并发执行
	重新标记：就是将第二步所产生的垃圾进行二次标记 不耗时 STW
	并发清理：清理所有垃圾 耗时 并发执行 清除不可达对象回收空间，同时有新垃圾产生，留着下次清理称为浮动垃圾
由于整个过程中，并发标记和并发清除，收集器线程可以与用户线程一起工作，所以总体上来说，CMS收集器的内存
回收过程是与用户线程一起并发地执行的。
优点：并发收集、低停顿
缺点：产生大量空间碎片、并发阶段会降低吞吐量
三色标记

三色标记

在并发标记的过程中，因为标记期间应用线程还在继续跑，对象间的引用可能发生变化，多标和漏标的情况就有可能发
生。这里引入“三色标记”把Gcroots可达性分析遍历对象过程中遇到的对象， 按照“是否访问过”这个条件标记成以下三种颜色：
白色：
	表示对象尚未被垃圾收集器访问过。 显然在可达性分析刚刚开始的阶段， 所有的对象都是白色的， 若在分析结束的
	阶段， 仍然是白色的对象， 即代表不可达。
灰色：
	表示对象已经被垃圾收集器访问过， 但这个对象上至少存在一个引用还没有被扫描过。
黑色：
	表示对象已经被垃圾收集器访问过， 且这个对象的所有引用都已经扫描过。 黑色的对象代表已经扫描过， 它是安全
	存活的， 如果有其他对象引用指向了黑色对象， 无须重新扫描一遍。 黑色对象不可能直接（不经过灰色对象） 指向某个白色对象
	
标记过程：
	1.初始时，所有对象都在 【白色集合】中；
	2.将GC Roots 直接引用到的对象 挪到 【灰色集合】中；
	3.从灰色集合中获取对象：
	4.将本对象 引用到的 其他对象 全部挪到 【灰色集合】中；
	5.将本对象 挪到 【黑色集合】里面。
	重复步骤3.4，直至【灰色集合】为空时结束。
	结束后，仍在【白色集合】的对象即为GC Roots 不可达，可以进行回收

多标-浮动垃圾：
	在并发标记过程中，如果由于方法运行结束导致部分局部变量(gcroot)被销毁，这个gcroot引用的对象之前又被扫描过 
	(被标记为非垃圾对象)，那么本轮GC不会回收这部分内存。这部分本应该回收但是没有回收到的内存，被称之为“浮
	动 垃圾”。浮动垃圾并不会影响垃圾回收的正确性，只是需要等到下一轮垃圾回收中才被清除。
	另外，针对并发标记(还有并发清理)开始后产生的新对象，通常的做法是直接全部当成黑色，本轮不会进行清除。这
	部分 对象期间可能也会变为垃圾，这也算是浮动垃圾的一部分。
内存碎片：
	CMS采用的是“标记清除算法”，所以会产生内存碎片
漏标-读写屏障：漏标只有同时满足以下两个条件时才会发生
	条件一：灰色对象 断开了 白色对象的引用；即灰色对象 原来成员变量的引用 发生了变化。
	条件二：黑色对象 重新引用了 该白色对象；即黑色对象 成员变量增加了 新的引用。

一开始，垃圾收集器在定位垃圾时所有对象都是白色
在这里插入图片描述
从GC ROOT开始找，O1和O4都还持有至少一个引用，将O1和O4标记为灰色放入集合中，变为这样
在这里插入图片描述
在遍历灰色集合中的对象，发现O2和O5至少持有一个引用，放入集合；而O1和O4没有引用，标记为黑色，从集合中移除
在这里插入图片描述
重复操作遍历灰色集合，直到遍历到O2和O5，没有持有引用标记为黑色，移出集合；O3和O6标记为灰色，加入集合
在这里插入图片描述
最后发现遍历灰色集合，发现O3和O6都没有引用，标记为黑色，移出集合；剩下的白色O7和O8就是要回收的垃圾
在这里插入图片描述

G1

使用G1收集器时，Java堆的内存布局与就与其他收集器有很大差别，它将整个Java堆划分为多
个大小相等的独立区域（Region），虽然还保留有新生代和老年代的概念，但新生代和老年代
不再是物理隔离的了，它们都是一部分Region（不需要连续）的集合。
每个Region大小都是一样的，可以是1M到32M之间的数值，但是必须保证是2的n次幂
如果对象太大，一个Region放不下[超过Region大小的50%]，那么就会直接放到H中
设置Region大小：-XX:G1HeapRegionSize=<N>M
所谓Garbage-Frist，其实就是优先回收垃圾最多的Region区域

（1）分代收集（仍然保留了分代的概念）
（2）空间整合（整体上属于“标记-整理”算法，不会导致空间碎片）
（3）可预测的停顿（比CMS更先进的地方在于能让使用者明确指定一个长度为M毫秒的时间片段内， 消耗在垃圾收集上的时间不得超过N毫秒）

工作过程可以分为如下几步
	初始标记（Initial Marking）      标记以下GC Roots能够关联的对象，并且修改TAMS的值，需要暂停用户线程
	并发标记（Concurrent Marking）   从GC Roots进行可达性分析，找出存活的对象，与用户线程并发执行
	最终标记（Final Marking）        修正在并发标记阶段因为用户程序的并发执行导致变动的数据，需暂停用户线程
	筛选回收（Live Data Counting and Evacuation） 对各个Region的回收价值和成本进行排序，根据用户所期望的GC	停顿时间制定回收计划

ZGC

常见问题：

（1）串行
	-XX：+UseSerialGC 
	-XX：+UseSerialOldGC
（2）并行(吞吐量优先)：
    -XX：+UseParallelGC
    -XX：+UseParallelOldGC
（3）并发收集器(响应时间优先)
	-XX：+UseConcMarkSweepGC
	-XX：+UseG1GC
响应时间->stw越短，响应时间越好
吞吐量->运行用户代码时间/(运行用户代码时间+垃圾收集时间)
如何选择合适的垃圾收集器：
	优先调整堆的大小让服务器自己来选择
	如果内存小于100M，使用串行收集器
	如果是单核，并且没有停顿时间要求，使用串行或JVM自己选
	如果允许停顿时间超过1秒，选择并行或JVM自己选
	如果响应时间最重要，并且不能超过1秒，使用并发收集器

JVM调优

1、吞吐量：运行用户代码的时间/(运行用户代码的时间+垃圾收集时间)
2、响应时间：stw时间越短，响应时间越好

命令

top

linux系统中查看所有进程资源使用信息
top
在这里插入图片描述
top -Hp pid：查看指定进程下的所有线程资源使用信息
在这里插入图片描述

这里仍然显示的是pid，实际上是线程号(十进制)，如果后续要使用jstack命令，需要转成十六进制的数

jps

查看java进程信息，不管是windows还是Linux操作系统都通用
jps
在这里插入图片描述

jstack

查看java进程下所有线程运行的状况
jstack 进程号
我这里用一个死锁例子来展示

先使用jps查看java进程，找到死锁代码运行的进程号

在这里插入图片描述

再使用jstack 进程号查看该进程下所有线程的运行状况：jstack 2444

在这里插入图片描述
会显示所有的线程状况，包括GC垃圾回收线程；这里我写了一个死锁，jstack还帮忙发现了这个死锁
在这里插入图片描述
在这里插入图片描述

t1，t2线程都在等待对方释放锁，所以是blocked状态(只会发生在锁的竞争中，也就是synchronized)

jinfo

查看虚拟机的信息
jinfo 进程号：查看虚拟机所有信息
jinfo -flag 参数名 进程号：查看指定参数信息
在这里插入图片描述

jstat

jstat -class PID 1000 10 查看某个java进程的类装载信息，每1000毫秒输出一次，共输出10次
jstat -gc PID 1000 10：查看垃圾回收情况，每1000毫秒输出一次，共输出10次

jmap

jmap -heap PID：打印出堆内存相关信息(old区、young区)
jmap -histo PID：查看类及其实例内存使用情况在这里插入图片描述
jmap -dump:format=b,file=heap.hprof PID：dump出堆内存信息(生产上不要使用，会很影响进程)

一般在开发中，JVM参数可以加上下面两句，这样内存溢出时，会自动dump出该文件
-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=heap.hprof

工具

JDK自带分析工具jvisualvm(生产上不要使用)

windows版本下：在JDK目录下的bin目录下有这个工具
在这里插入图片描述

查看资源使用情况
在这里插入图片描述
查看线程情况
在这里插入图片描述
内存使用情况，这个很好定位OOM问题，排在前面的就是内存使用较多的

arthas

阿里巴巴出品的：官方文档 https://arthas.aliyun.com/doc/commands.html

常用命令:
1、jvm：查看当前JVM信息，跟jinfo命令类似
2、thread：查看当前线程信息，查看线程的堆栈，跟jstack命令类似
3、dashboard：当前系统的实时数据面板，跟top命令类似
4、heapdump：dump java heap, 类似jmap命令的heap dump功能
5、jad：反编译指定已加载类的源码，把class文件反编译为java文件，类似javap命令
6、mc：内存编译器，编译.java文件生成.class，跟javac命令一样
7、redefine/retransform：热替换，加载外部的.class文件，retransform jvm已加载的类，
	在不重启程序的情况下动态改变方法
	不允许新增加field/method、正在跑的函数，没有退出不能生效
名字忒不好取
关注
专栏目录
JVM垃圾回收(GC)
Hello World
06-13 1355
如何识别垃圾 垃圾回收主要方法 分代收集算法 垃圾收集器 JVM参数 测试 如何识别垃圾 引用计数法 对象被引用一次，在它的对象头上加一次引用次数，如果没有被引用（引用次数为 0），则此对象可回收 代码 ref 引用了右侧定义的对象，所以引用次数是 1 String ref = new String("Java"); 如果在上述代码后面添加一个 ref = null，则由于对象没被引用，引用次数置为 0，由于不被任何变量引用，此时即被回收。 引用计数法无法解决一个主要的问题就是循环引用。 //.
JVM-垃圾回收
宋文轩
10-26 4491
垃圾回收及其算法
JVM之垃圾回收
Y_Ace的博客
04-26 329
1. 如何判断对象可以回收 引用计数法 当一个对象被引用时, 该对象的引用值就加1, 当这个对象不再被引用时, 引用值就减1, 当引用值为0时, 就表示该对象可以被垃圾回收器回收。引用计数法有一个弊端, 那就是当两个对象相互引用的时, 两个对象的引用值都为1, 此时这两个对象就算用不到了, 也不会被回收。 可达性分析算法 Java 虚拟机中的垃圾回收器采用可达性分析来探索所有存活的对象 扫描堆中的对象, 看是否能够沿着 GC Root对象 为起点的引用链找到该对象, 找不到, 表示可以回收 哪些对象可以
JVM知识点整理-内存模型、垃圾回收、命令
xujunfei520的博客
10-30 267
JVM 文章目录JVM参数内存模型堆(Heap)栈(Stack)元空间(Metaspace)JVM运行时内存年轻代（Young Generation）年老代（Old Generation）持久代（Permanent Generation）总结垃圾回收Minor GCMajor GCMixed GCFull GCGC日志垃圾回收器串行收集器Serial并行收集器Parallel并发收集器CMSG1收...
JVM垃圾回收
白白胖胖充满希望
08-13 269
垃圾回收，就是通过垃圾收集器把内存中没用的对象清理掉。垃圾回收涉及到的内容有：1、判断对象是否已死；2、选择垃圾收集算法；3、选择垃圾收集的时间；4、选择适当的垃圾收集器清理垃圾（已死的对象）。 1、判断对象是否已死 判断对象是否已死就是找出哪些对象是已经死掉的，以后不会再用到的，就像地上有废纸、饮料瓶和百元大钞，扫地前要先判断出地上废纸和饮料瓶是垃圾，百元大钞不是垃圾。判断对象是否已死有引用...
J垃圾回收
最新发布
m0_62943934的博客
04-15 669
在C/C++这类没有自动垃圾回收机制的语言中，一个对象如果不再使用，需要手动释放，否则就会出现内存泄漏。内存泄漏指的是不再使用的对象在系统中未被回收，内存泄漏的积累可能会导致内存溢出。为了让程序员更专注于代码的实现，而不用过多的考虑内存释放的问题，所以，在Java语言中，有了自动的垃圾回收机制，也就是我们熟悉的GC(Garbage Collection)。有了垃圾回收机制后，程序员只需要关心内存的申请即可，内存的释放由系统自动识别完成，垃圾回收器主要负责对堆上的内存进行回收。在进行垃圾回收时，不同的对象引用
JVM-垃圾回收器分析对比
qq_42617455的博客
12-11 953
垃圾回收器进行回收时，会停止Java系统的所有工作线程，禁止创建对象，进入“Stop the World”状态。所以无论是新生代GC还是老年代GC，都要避免频率过高、持续时间过长，影响系统正常运行。 1、新生代垃圾回收器–ParNew 使用多线程垃圾回收机制，默认设置的垃圾回收线程数量是和CPU的核数是一样的，标记转移Eden和Survivor1的对象到Survivor2中去，然后尽快一次性回收掉Eden和Survivor1中的垃圾对象，回复Java工作线程的运行。 2、老年代垃圾回收器–CMS 一般老年
JVM-2.垃圾回收笔记
02-12
JVM-2.垃圾回收笔记
JVM-三大垃圾回收算法
weixin_46919552的博客
08-21 525
垃圾回收分类： Minor GC:新生代--------------------------->指Young区的垃圾回收过程 Major GC:老年代--------------------------->指OId区的垃圾回收过程 FuII GC:新生代+老年代---------------->Yound区和OId区一起执行的垃圾回收过程 Major GC不能单独存在。Major GC 都会伴随着Minor GC 触发垃圾回收 当Eden区或者S区不够用了 老年代空间不够用了
jvm-int-gc-benchmark:JVM 内部 - 垃圾收集基准
06-19
《深入理解JVM内部机制：垃圾收集基准》 在Java世界中，JVM（Java Virtual Machine）扮演着至关重要的角色，它是Java程序运行的基础。本文将深入探讨JVM的内部机制，尤其是关于垃圾收集（Garbage Collection, GC）...
垃圾回 收
二月鸟
10-30 327
上一篇 垃圾回收概述 什么是垃圾( Garbage) 呢? ➢垃圾是指在运行程序中没有任何指针指向的对象，这个对象就是需要被回收的垃圾。 ●如果不及时对内存中的垃圾进行清理，那么，这些垃圾对象所占的内存空间会一直保留到应用程序结束，被保留的空间无法被其他对象使用。甚至可能导致内存溢出。 为什么需要GC ? ● 对于高级语言来说，一个基本认知是如果不进行垃圾回收，内存迟早都会被消耗完。因为不断地分配内存空间而不进行回收，就好像不停地生产生活垃圾而从来不打扫一样。 ●除了释放没用对象，垃圾回收也可以清除内存里
JVM启动命令垃圾回收器指定GC，回收算法和常见调优参数解析
UnicornRe_xiabin_无聊的时候，喜欢去超市买一大瓶纯牛奶，喝个精光
10-11 979
G1 中每个 Region 都有一个与之对应的 Remembered Set，当进行内存回收时，在 GC 根节点的枚举范围中加入 Remembered Set 即可保证不对全堆扫描也不会有遗漏 检查Reference引用的对象是否处于不同的Region。在用户不可见的情况下把用户正常工作的线程全部停掉。这 3 个参数限制了 Java 堆大小为 20 MB，不可扩展，其中 10 MB 分配给新生代，剩下的 10 MB 分配给老年代。分代模型的新生代是复制算法，下面的垃圾回收器工作在新生代的也是复制算法。
JVM(九) - 垃圾回收机制
weixin_40074110的博客
06-23 808
各语言内存操作对比： 语言申请内存释放内存CmallocfreeC++newdeleteJavanew自动释放Java语言的自动内存管理设计最终可以归结为自动化地解决了两个问题：即对象内存的分配和回收。了解JVM是垃圾回收机制，如何有效防止内存泄露、保证内存的有效使用，需要思考三个方向的问题：进行垃圾回收的第一步：什么是垃圾？ 没有引用指向的一个对象或多个对象(循环引用)。定位垃圾的方法有两种：引用计数法和可达性分析。Java中将数据类型分为两大类：基本类型和引用类型。如果reference类型数据中存储的
Jvm垃圾回收机制，代码实现
bug生成师
12-08 265
Jvm垃圾回收机制，代码实现 public class Test { public static void main(String[] args) { A a = new A(); a = null;//当没有引用指向对象a空间时，对象a,被垃圾回收器回收 System.gc();//gc():运行垃圾回收器。 } } class A{ //重写Oject类finalize()方...
JVM 垃圾回收器
hn_lzh2014的博客
05-18 854
串行回收器: Serial、Serrial Old并行回收器: ParNew、Parallel Scavenge、Parallel Old并发回收器: CMS、G1新生代收集器: Serial、ParNew、Parallel Scavenge老年代收集器: Serial Old、Parallel Old、CMS整堆收集器: G1没有一种放之四海皆准、任何场景下都适合的完美收集器存在，更加没有万能的收集器，我们选择只是对具体应用最合适的收集器。
jvm 垃圾回收器
ray的博客
05-16 1161
然而，对于特定的应用程序和场景，性能表现仍需进行实际测试和评估。需要注意的是，CMS垃圾收集器的并发标记和并发清理阶段与应用程序并发执行，以减少对应用程序暂停时间的影响。需要注意的是，Young GC和Full GC的行为取决于所使用的垃圾收集器类型和其配置参数。在没有显式设置初始堆大小的情况下，JVM可能会根据可用的物理内存来设置一个较大的初始堆大小，以充分利用系统资源。综上所述，合理配置初始堆大小（使用**-Xms**参数）可以避免不必要的资源浪费和性能问题，确保JVM在启动时具有适当的初始堆大小。
java内存垃圾回收命令,Java 查漏补缺之： GC 垃圾回收
weixin_34255938的博客
03-15 457
说到 Java 很多人脑海会直接蹦出内存自动回收，会经常听到 GC 这些词，GC 指的是 Garbage Collection 也就是垃圾回收。说到垃圾回收就不可避免的去看下 Java 的内存管理机制。内存管理提到内存管理可能很多人都会联想起 C/C++ 的手动内存管理，以及 Java/Python 的自动管理，但实际上这都是指的堆内存管理。常规的内存管理可以分成两个部分，栈内存管理和堆内存管理。...
Java JVM的垃圾回收策略详解
"本文主要探讨了Java虚拟机（JVM）中的垃圾回收策略，强调了分代回收思想在提升性能方面的重要性。JVM堆内存被分为年轻代、年老代和永久代三个部分，其中年轻代又细分为Eden、S0和S1三个区域。新生对象首先分配在...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值