mirror of
https://github.com/LCTT/TranslateProject.git
synced 2024-12-26 21:30:55 +08:00
Update 20220607 How Garbage Collection works inside a Java Virtual Machine.md
统一使用“垃圾回收”而不是“垃圾收集”
This commit is contained in:
parent
2b85954120
commit
965a0978e1
@ -52,7 +52,7 @@ Java 程序的内存空间被划分为以下四个区域:
|
||||
|
||||
![标记整理的过程][4]
|
||||
|
||||
### 什么是分代垃圾收集,为什么需要它?
|
||||
### 什么是分代垃圾回收,为什么需要它?
|
||||
|
||||
正如我们在“扫描删除”模型中所看到的,一旦对象不断增长,我们就很难扫描所有未使用的对象以回收内存。不过,有一项实验性研究指出,在程序执行期间创建的大多数对象,它们的存活时间都很短。
|
||||
|
||||
@ -79,7 +79,7 @@ Java 程序的内存空间被划分为以下四个区域:
|
||||
|
||||
![对象分配][6]
|
||||
|
||||
在年轻代发生的分代垃圾收集被称为 “Minor GC”。Minor GC 过程中的每个阶段都是“<ruby>停止世界<rt>Stop The World</rt></ruby>”(STW)的,这会导致其他应用程序暂停运行,直到垃圾回收结束。这也是 Minor GC 更快的原因。
|
||||
在年轻代发生的分代垃圾回收被称为 “Minor GC”。Minor GC 过程中的每个阶段都是“<ruby>停止世界<rt>Stop The World</rt></ruby>”(STW)的,这会导致其他应用程序暂停运行,直到垃圾回收结束。这也是 Minor GC 更快的原因。
|
||||
|
||||
一句话总结:伊甸区存放了所有新创建的对象,当它的可用空间被耗尽,第一次垃圾回收就会被触发。
|
||||
|
||||
|
Loading…
Reference in New Issue
Block a user