JVM GC summary - 版本历史

Riguz：Riguz移动页面Java GC summary至JVM GC summary，不留重定向

2023-12-19T06:56:49Z

Riguz移动页面Java GC summary至JVM GC summary，不留重定向

←上一版本		2023年12月19日 (二) 06:56的版本
（没有差异）

Riguz：Riguz移动页面Java GC小结至Java GC summary，不留重定向

2023-12-18T15:46:14Z

Riguz移动页面Java GC小结至Java GC summary，不留重定向

←上一版本		2023年12月18日 (一) 15:46的版本
（没有差异）

Riguz：Riguz移动页面Blog:Java GC小结至Java GC小结，不留重定向

2023-12-18T15:29:33Z

Riguz移动页面Blog:Java GC小结至Java GC小结，不留重定向

←上一版本		2023年12月18日 (一) 15:29的版本
（没有差异）

Riguz：/* 其他 */

2023-12-18T15:29:23Z

其他

←上一版本		2023年12月18日 (一) 15:29的版本
第102行：		第102行：

	[[Category:JVM]]		[[Category:JVM]]
	~~[[Category:Pinned]]~~

2021年7月5日 (一) 04:43 Riguz

2021-07-05T04:43:51Z

←上一版本		2021年7月5日 (一) 04:43的版本
第102行：		第102行：

	[[Category:JVM]]		[[Category:JVM]]
			[[Category:Pinned]]

Riguz：/* GC过程 */

2021-04-30T15:08:37Z

GC过程

←上一版本		2021年4月30日 (五) 15:08的版本
第88行：		第88行：

	[[File:JVM-GC-G1.png\|600px\|G1 Heap Allocation]]		[[File:JVM-GC-G1.png\|600px\|G1 Heap Allocation]]

			= 其他=
			当对象被GC（之前）的时候，如果没有执行<span class="article-label">finalize</span>方法，是会执行一次finalize的。如果在finalize方法里面又被强引用了，那么会阻止对象被GC。！！

Riguz：/* Garbage Collectors */

2021-04-30T14:35:11Z

Garbage Collectors

←上一版本		2021年4月30日 (五) 14:35的版本
第41行：		第41行：
	</pre>		</pre>

	~~* ~~Serial GC:使用mark-compact算法进行GC，单线程的进行GC，适合单核CPU和在客户端允许的Java程序。		;Serial GC:使用mark-compact算法进行GC，单线程的进行GC，适合单核CPU和在客户端允许的Java程序。
	~~* ~~Parallel GC(throughput collector):多线程进行GC		;Parallel GC(throughput collector):多线程进行GC
	~~* ~~Concurrent Mark Sweep (CMS) Collector: 在程序运行的时候并发的进行GC，以最大限度减少停止时间		;Concurrent Mark Sweep (CMS) Collector: 在程序运行的时候并发的进行GC，以最大限度减少停止时间
	~~* ~~G1(Garbage-First) Garbage Collector: CMS的替代品		;G1(Garbage-First) Garbage Collector: CMS的替代品

	其中存在并行(Parallel)和并发(Concurrent)的区别，并行是指垃圾收集器多个线程同时工作，但此时用户线程依然是停止等待的；而并发是指在用户线程工作的同时，垃圾收集器同时执行。		其中存在并行(Parallel)和并发(Concurrent)的区别，并行是指垃圾收集器多个线程同时工作，但此时用户线程依然是停止等待的；而并发是指在用户线程工作的同时，垃圾收集器同时执行。

Riguz：/* JVM Generations */

2021-04-30T14:23:41Z

JVM Generations

←上一版本		2021年4月30日 (五) 14:23的版本
第8行：		第8行：
	Java的堆被划分成不同的区域：		Java的堆被划分成不同的区域：

	* young ~~generation：存放新创建的对象，当这个区域占满的时候，会触发minor GC，这时候存活的对象会被标记年龄，最终会移动到old generation。~~		* young generation：存放新创建的对象，当这个区域占满的时候，会触发<span class="article-label">minor GC</span>，这时候存活的对象会被标记年龄，最终会移动到<span class="article-label">old generation</span>。
	* old ~~generation：存放存活的比较久的对象。当yound generation存活的对象年龄到达设置的阈值后，就会被移动到这里来。当这个区域满了的时候，会触发major GC。~~		* old generation：存放存活的比较久的对象。当<span class="article-label">yound generation</span>存活的对象年龄到达设置的阈值后，就会被移动到这里来。当这个区域满了的时候，会触发<span class="article-label">major GC</span>。
	* permanent ~~generation：存放一些JVM运行所需的元数据，例如类的信息等。full GC的时候也包括对这个区域的GC。~~		* permanent generation：存放一些JVM运行所需的元数据，例如类的信息等。<span class="article-label">full GC</span>的时候也包括对这个区域的GC。
	~~其中，minor GC和major GC都是Stop~~ the ~~World的，即当GC触发的时候，所有的程序线程都会停止等待GC完成。通常minor GC会比major GC快很多，因为major GC会遍历所有的存活对象。~~		其中，<span class="article-label">minor GC</span>和<span class="article-label">major GC</span>都是<span class="article-label">Stop the World</span>的，即当GC触发的时候，所有的程序线程都会停止等待GC完成。通常<span class="article-label">minor GC</span>会比<span class="article-label">major GC</span>快很多，因为<span class="article-label">major GC</span>会遍历所有的存活对象。

	~~其中，yound~~ generation ~~又被划分成Eden~~ space, Survivor Space1, Survivor Space2，其中Eden Space占了绝大部分的空间。当Eden space满的时候，GC 会将存活对象移动到其中一个Survivor Space中，两个Survivor Space是为了避免内存碎片，每次将存活的对象（Eden Space以及上一个Survivor Space）移动到另一个Survivor Space中。		其中，<span class="article-label">yound generation</span> 又被划分成<span class="article-label">Eden space</span>, <span class="article-label">Survivor Space1</span>, <span class="article-label">Survivor Space2</span>，其中<span class="article-label">Eden Space</span>占了绝大部分的空间。当<span class="article-label">Eden space</span>满的时候，GC 会将存活对象移动到其中一个<span class="article-label">Survivor Space</span>中，两个<span class="article-label">Survivor Space</span>是为了避免内存碎片，每次将存活的对象（Eden Space以及上一个Survivor Space）移动到另一个Survivor Space中。

	[[File:Hotspot-Aging.png\|600px\|Mnior GC]]		[[File:Hotspot-Aging.png\|600px\|Mnior GC]]

	~~通过Java VisualVM和VisualGC插件可以很直观的看到GC的过程~~:		通过<span class="article-label">Java VisualVM</span>和VisualGC插件可以很直观的看到GC的过程:
	[[File:visualVM_GC.png\|600px\|Visual GC]]		[[File:visualVM_GC.png\|600px\|Visual GC]]

Riguz：/* CMS */

2021-04-30T14:20:53Z

CMS

←上一版本		2021年4月30日 (五) 14:20的版本
第97行：		第97行：
	* [https://www.oracle.com/webfolder/technetwork/tutorials/obe/java/gc01/index.html Java Garbage Collection Basics]		* [https://www.oracle.com/webfolder/technetwork/tutorials/obe/java/gc01/index.html Java Garbage Collection Basics]
	* [https://www.oracle.com/webfolder/technetwork/tutorials/obe/java/G1GettingStarted/index.html Getting Started with the G1 Garbage Collector]		* [https://www.oracle.com/webfolder/technetwork/tutorials/obe/java/G1GettingStarted/index.html Getting Started with the G1 Garbage Collector]

			[[Category:JVM]]

Riguz：/* CMS */

2021-04-30T14:20:09Z

CMS

←上一版本		2021年4月30日 (五) 14:20的版本
第87行：		第87行：
	G1将Heap划分成一些相同大小的区块，但是没有限制不同代的大小。		G1将Heap划分成一些相同大小的区块，但是没有限制不同代的大小。

	[[File:JVM-GC-G1.~~jpg~~\|600px\|G1 Heap Allocation]]		[[File:JVM-GC-G1.png\|600px\|G1 Heap Allocation]]

JVM GC summary - 版本历史

Riguz：​Riguz移动页面Java GC summary至JVM GC summary，不留重定向

Riguz：​Riguz移动页面Java GC小结至Java GC summary，不留重定向

Riguz：​Riguz移动页面Blog:Java GC小结至Java GC小结，不留重定向

Riguz：​/* 其他 */

2021年7月5日 (一) 04:43 Riguz

Riguz：​/* GC过程 */

Riguz：​/* Garbage Collectors */

Riguz：​/* JVM Generations */

Riguz：​/* CMS */

Riguz：​/* CMS */

Riguz：Riguz移动页面Java GC summary至JVM GC summary，不留重定向

Riguz：Riguz移动页面Java GC小结至Java GC summary，不留重定向

Riguz：Riguz移动页面Blog:Java GC小结至Java GC小结，不留重定向

Riguz：/* 其他 */

Riguz：/* GC过程 */

Riguz：/* Garbage Collectors */

Riguz：/* JVM Generations */

Riguz：/* CMS */

Riguz：/* CMS */