Skip to content
体验新版
项目
组织
正在加载...
登录
切换导航
打开侧边栏
氷泠
CSBookNotes
提交
0d526676
C
CSBookNotes
项目概览
氷泠
/
CSBookNotes
上一次同步 1 年多
通知
2
Star
0
Fork
0
代码
文件
提交
分支
Tags
贡献者
分支图
Diff
Issue
0
列表
看板
标记
里程碑
合并请求
0
Wiki
0
Wiki
分析
仓库
DevOps
项目成员
Pages
C
CSBookNotes
项目概览
项目概览
详情
发布
仓库
仓库
文件
提交
分支
标签
贡献者
分支图
比较
Issue
0
Issue
0
列表
看板
标记
里程碑
合并请求
0
合并请求
0
Pages
分析
分析
仓库分析
DevOps
Wiki
0
Wiki
成员
成员
收起侧边栏
关闭侧边栏
动态
分支图
创建新Issue
提交
Issue看板
前往新版Gitcode,体验更适合开发者的 AI 搜索 >>
提交
0d526676
编写于
4月 27, 2021
作者:
2
2293736867
浏览文件
操作
浏览文件
下载
电子邮件补丁
差异文件
JVM Chapter4
上级
4b0f9b65
变更
3
隐藏空白更改
内联
并排
Showing
3 changed file
with
192 addition
and
0 deletion
+192
-0
JVM/Chapter4/README.md
JVM/Chapter4/README.md
+191
-0
JVM/Chapter4/pic.odg
JVM/Chapter4/pic.odg
+0
-0
JVM/README.md
JVM/README.md
+1
-0
未找到文件。
JVM/Chapter4/README.md
0 → 100644
浏览文件 @
0d526676
# Table of Contents
*
[
1 来源
](
#1-来源
)
*
[
2 `GC`算法
](
#2-gc算法
)
*
[
2.1 引用计数法
](
#21-引用计数法
)
*
[
2.2 标记清除法
](
#22-标记清除法
)
*
[
2.3 复制算法
](
#23-复制算法
)
*
[
2.4 标记压缩法
](
#24-标记压缩法
)
*
[
2.5 分代算法
](
#25-分代算法
)
*
[
2.6 分区算法
](
#26-分区算法
)
*
[
3 四种引用
](
#3-四种引用
)
*
[
3.1 强引用
](
#31-强引用
)
*
[
3.2 软引用
](
#32-软引用
)
*
[
3.3 弱引用
](
#33-弱引用
)
*
[
3.4 虚引用
](
#34-虚引用
)
# 1 来源
-
来源:《Java虚拟机 JVM故障诊断与性能优化》——葛一鸣
-
章节:第四章
本文是第四章的一些笔记整理。
# 2 `GC`算法
常见的
`GC`
算法包括:
-
引用计数法
-
标记清除法
-
复制算法
-
标记压缩法
-
分代算法
-
分区算法
## 2.1 引用计数法
实现原理:
-
对于一个对象A
-
只要有任何一个对象引用A,A的引用计数器就加1
-
引用失效时,引用计数器就减1
-
只要对象A的引用计数器的值为0,对象A就不会再被使用,等待被回收
缺点:
-
无法处理循环引用,比如A引用B,B引用A,但是并没有其他对象引用两者,此时A和B的引用计数都不为0,这样就无法被回收
-
引用计数器要求每次引用产生和消除的时候,伴随一个加法操作和一个减法操作,对系统性能会有一定的影响
由于引用计数法上述的缺点,
`Java`
中并未采用作为
`GC`
算法。
## 2.2 标记清除法
标记清除法将垃圾回收分为两个阶段:
-
标记阶段:通过根节点标记所有从根节点开始的可达对象,未被标记的就是垃圾对象
-
清除阶段:清除所有未被标记的对象
标记阶段:
![
在这里插入图片描述
](
https://img-blog.csdnimg.cn/20210426201921525.png
)
清除后:
![
在这里插入图片描述
](
https://img-blog.csdnimg.cn/20210426173623187.png
)
缺点很明显,就是回收后的空间是不连续的,工作效率会低于连续的内存空间。
## 2.3 复制算法
核心思想:
-
内存空间分为相等的两块
-
每次只使用其中一块
-
回收的时候将存活对象移到另一块中,然后清除正在使用的内存块中所有对象
-
交换两个内存块的角色
优点是回收后的内存空间是没有碎片的,而缺点是如果存在大量的对象,需要花费大量的时间复制,并且内存只有原来的一半。
比如下图中的A、B两块相同的内存空间,A在垃圾回收的时候,将存活对象复制到B中,B在复制后保持连续:
![
在这里插入图片描述
](
https://img-blog.csdnimg.cn/20210426204108976.png
)
复制完成后,A会被清空,并将B设置为当前使用的空间。
在
`Java`
的新生代串行垃圾回收器中,使用了复制算法,新生代分为
`eden`
区、
`from`
区以及
`to`
区。其中
`from`
和
`to`
区是两块内存相同的空间,也叫
`survivor`
区,也就是幸存者空间。在垃圾回收的时候,
`eden`
区以及
`from`
区存活的对象会被复制到
`to`
区,然后清空
`from`
区与
`eden`
区,接着
`from`
和
`to`
区的角色将会交换,也就是下一次垃圾回收的时候,会从原来的
`to`
区(新的
`from`
区)复制到原来的
`from`
区(新的
`to`
区)。
## 2.4 标记压缩法
标记压缩法是一种老年代算法,在标记清除法的基础上做了一些优化,和标记清除法一样,首先也需要从根节点开始,对所有可达对象做一次标记,然后将所有存活对象压缩到内存的一端,接着清理边界外的所有空间,图示如下:
![
在这里插入图片描述
](
https://img-blog.csdnimg.cn/20210426205832537.png
)
标记压缩法的优点是可以避免碎片的产生,又不需要两块相同的内存空间。
## 2.5 分代算法
分代算法并不是一种具体的垃圾回收算法,分代算法其实是一种根据每块内存空间的特点使用不同回收算法以提高效率的算法。比如:
-
在新生代中:会有大量的新建对象很快被回收,因此新生代比较适合使用复制算法
-
在老年代中:采用标记压缩法或标记清除法
## 2.6 分区算法
分区算法将整个堆空间划分成连续的不同小区间,每个小区间都独立使用,独立回收,如图所示:
![
在这里插入图片描述
](
https://img-blog.csdnimg.cn/20210426210811452.png
)
# 3 四种引用
`Java`
里面提供了4个级别的引用:
-
强引用
-
软引用
-
弱引用
-
虚引用
下面分别来看一下。
## 3.1 强引用
强引用就是代码中一般使用的引用类型,强引用的对象是可触及的,不会被回收,比如:
```
java
StringBuffer
str
=
new
StringBuffer
(
"a"
);
```
如果上面的代码运行在方法体内,那么局部变量
`str`
会被分配在栈上,而对象
`StringBuffer`
实例会被分配在堆上,
`str`
指向的是
`StringBuffer`
实例所在的堆空间,通过
`str`
可以操作该实例,
`str`
就是
`StringBuffer`
实例的强引用。
又比如执行了以下代码:
```
java
StringBuffer
str1
=
str
;
```
那么
`str1`
也会指向
`str`
指向的对象,也就是它们都指向同一个
`StringBuffer`
实例,此时
`str1==str`
的值为真,因为两个指向的是同一个堆空间地址。
强引用的特点如下:
-
可以直接访问目标对象
-
强引用指向的对象不会被系统回收,
`JVM`
宁愿抛出
`OOM`
也不会回收强引用指向的对象
-
强引用可能会导致内存泄漏
## 3.2 软引用
软引用是被强引用弱一点的引用类型,如果一个对象只持有软引用,那么当堆空间不足的时候,就会被回收,软引用可以使用
`SoftReference`
类实现,比如下面的代码:
```
java
public
static
void
main
(
String
[]
args
){
Byte
[]
b
=
new
Byte
[
1024
*
1024
*
8
];
SoftReference
<
Byte
[]>
softReference
=
new
SoftReference
<>(
b
);
b
=
null
;
System
.
out
.
println
(
softReference
.
get
());
System
.
gc
();
System
.
out
.
println
(
"After GC"
);
System
.
out
.
println
(
softReference
.
get
());
b
=
new
Byte
[
1024
*
1024
*
8
];
System
.
gc
();
System
.
out
.
println
(
softReference
.
get
());
}
```
在
`OpenJDK 11.0.10`
上,加上
`-Xmx40m`
的输出如下:
```
bash
[
Ljava.lang.Byte
;
@1fbc7afb
After GC
[
Ljava.lang.Byte
;
@1fbc7afb
null
```
可以看到,当垃圾回收的时候,未必会回收软引用对象,但当内存紧张时,会回收软引用对象。
## 3.3 弱引用
弱引用是比软引用弱的引用类型,在垃圾回收的时候,只要发现弱引用,不管系统空间使用情况如何,都会将对象进行回收。但是由于垃圾回收器的线程通常优先级不高,并不一定能很快发现弱引用对象,这种情况下弱引用对象可以存在较长时间。弱引用例子如下:
```
java
public
static
void
main
(
String
[]
args
){
Byte
[]
b
=
new
Byte
[
1024
*
1024
*
8
];
WeakReference
<
Byte
[]>
softReference
=
new
WeakReference
<>(
b
);
b
=
null
;
System
.
out
.
println
(
softReference
.
get
());
System
.
gc
();
System
.
out
.
println
(
"After GC"
);
System
.
out
.
println
(
softReference
.
get
());
}
```
输出(
`-Xmx40m`
):
```
bash
[
Ljava.lang.Byte
;
@1fbc7afb
After GC
null
```
可以看到在
`GC`
后,弱引用对象会被立即回收。
软引用、弱引用的一个常见使用场景是保存可有可无的缓存数据,当系统内存不足时,这些内存数据会被回收,不会导致
`OOM`
,而内存充足时,这些缓存数据又可以存在相当长的时间,从而起到让系统加速的作用。
## 3.4 虚引用
虚引用是所有引用类型中最弱的一个,一个持有虚引用的对象和没有引用几乎是一样的,随时都可能被垃圾回收器回收。另外,试图使用虚引用的
`get()`
方法获取强引用的时候,总是会失败,并且虚引用需要和引用队列一起使用,作用在与跟踪垃圾回收过程。
```
java
public
static
void
main
(
String
[]
args
)
throws
Exception
{
ReferenceQueue
<
String
>
queue
=
new
ReferenceQueue
<>();
PhantomReference
<
String
>
reference
=
new
PhantomReference
<>(
new
String
(
"test"
),
queue
);
System
.
out
.
println
(
reference
.
get
());
}
```
输出结果:
```
bash
null
```
JVM/Chapter4/pic.odg
0 → 100644
浏览文件 @
0d526676
文件已添加
JVM/README.md
浏览文件 @
0d526676
...
...
@@ -3,3 +3,4 @@
-
[
第一章
](
https://github.com/2293736867/CSBookNotes/blob/main/JVM/Chapter1/README.md
)
-
[
第二章
](
https://github.com/2293736867/CSBookNotes/blob/main/JVM/Chapter2/README.md
)
-
[
第三章
](
https://github.com/2293736867/CSBookNotes/blob/main/JVM/Chapter3/README.md
)
-
[
第四章
](
https://github.com/2293736867/CSBookNotes/blob/main/JVM/Chapter4/README.md
)
编辑
预览
Markdown
is supported
0%
请重试
或
添加新附件
.
添加附件
取消
You are about to add
0
people
to the discussion. Proceed with caution.
先完成此消息的编辑!
取消
想要评论请
注册
或
登录