diff --git a/README.md b/README.md
index 944f647..082f278 100644
--- a/README.md
+++ b/README.md
@@ -15,44 +15,44 @@
 
 #### 以下勘误内容已在第7次重印版（2021-1-11日）修正
 
-- **Page 99**：作为CMS收集器的替代者和继承人，设计者们希望做出一款能够建立起“【停顿时间模型】”（Pause Prediction Model）的收集器，【停顿时间模型】的意思是能够支持指定在一个长度为M毫秒的时间片段内
+- **#7-1 Page 99**：作为CMS收集器的替代者和继承人，设计者们希望做出一款能够建立起“【停顿时间模型】”（Pause Prediction Model）的收集器，【停顿时间模型】的意思是能够支持指定在一个长度为M毫秒的时间片段内
 <br>全书术语统一为：作为CMS收集器的替代者和继承人，设计者们希望做出一款能够建立起“【停顿预测模型】”（Pause Prediction Model）的收集器，【停顿预测模型】的意思是能够支持指定在一个长度为M毫秒的时间片段内
 
-- **Page 85 & 87**：两处代码部分：<br>
+- **#7-1 Page 85 & 87**：两处代码部分：<br>
 `CARD_TABLE [this address >> 9] = 0;`和`if (CARD_TABLE [this address >> 9] != 0) CARD_TABLE [this address >> 9] = 0;`
 <br>由于书中文字是以“1标志变脏，0标志未变脏”来描述的，代码中应该统一起来，因此修改为：
 <br>`CARD_TABLE [this address >> 9] = 1;`和`if (CARD_TABLE [this address >> 9] != 1) CARD_TABLE [this address >> 9] = 1;`
 
-- **Page 108**：我们再来聊一下Shenandoah用以支持【并行整理】的核心概念
+- **#7-2 Page 108**：我们再来聊一下Shenandoah用以支持【并行整理】的核心概念
 <br>更正：我们再来聊一下Shenandoah用以支持【并发整理】的核心概念
 
-- **Page 128**：表3-4，最后一行“ParallelGCThreads”的重复了，请编辑删除掉此行，另外这个表格中有两个参数是以“=n”结尾的，为了格式统一，请将“=n”删除掉，仅保留参数名称即可。
+- **#7-3 Page 128**：表3-4，最后一行“ParallelGCThreads”的重复了，请编辑删除掉此行，另外这个表格中有两个参数是以“=n”结尾的，为了格式统一，请将“=n”删除掉，仅保留参数名称即可。
 
-- **Page 182**：服务器的硬件为四路【志强】处理器
+- **#7-4 Page 182**：服务器的硬件为四路【志强】处理器
 <br>更正：服务器的硬件为四路【至强】处理器
 
-- **Page 230**：脚注：Java代码的方法特征签名只包括了方法名称、【参数顺序及参数类型】
+- **#7-5 Page 230**：脚注：Java代码的方法特征签名只包括了方法名称、【参数顺序及参数类型】
 <br>更正：Java代码的方法特征签名只包括了方法名称、【参数数量、参数顺序及参数类型】
 
-- **Page 268**：加载阶段既可以使用Java虚拟机里内置的【引导类加载器】来完成
+- **#7-6 Page 268**：加载阶段既可以使用Java虚拟机里内置的【引导类加载器】来完成
 <br>全书术语统一为：加载阶段既可以使用Java虚拟机里内置的【启动类加载器】来完成
 
-- **Page 268**：Java虚拟机将会把数组C标记为与【引导类加载器】关联。
+- **#7-7 Page 268**：Java虚拟机将会把数组C标记为与【引导类加载器】关联。
 <br>全书术语统一为：Java虚拟机将会把数组C标记为与【启动类加载器】关联。
 
-- **Page 282**：如果需要把加载请求委派给【引导类加载器】去处理
+- **#7-8 Page 282**：如果需要把加载请求委派给【引导类加载器】去处理
 <br>全书术语统一为：如果需要把加载请求委派给【启动类加载器】去处理
 
-- **Page 282**：其中的注释和代码实现都明确地说明了以null值来代表【引导类加载器】的约定规则
+- **#7-9 Page 282**：其中的注释和代码实现都明确地说明了以null值来代表【引导类加载器】的约定规则
   <br>全书术语统一为：其中的注释和代码实现都明确地说明了以null值来代表【启动类加载器】的约定规则
 
-- **Page 448**：这种操作相当于对缓存中的变量做了一次前面介绍Java内存【模式】中所说的“store和write”操作
+- **#7-10 Page 448**：这种操作相当于对缓存中的变量做了一次前面介绍Java内存【模式】中所说的“store和write”操作
 <br>更正：这种操作相当于对缓存中的变量做了一次前面介绍Java内存【模型】中所说的“store和write”操作
 
-- **Page 479**：如适应性自旋（Adaptive Spinning）、锁削除（Lock Elimination）、【锁膨胀】（Lock Coarsening）、轻量级锁（Lightweight Locking）、偏向锁（Biased Locking）等等
+- **#7-11 Page 479**：如适应性自旋（Adaptive Spinning）、锁削除（Lock Elimination）、【锁膨胀】（Lock Coarsening）、轻量级锁（Lightweight Locking）、偏向锁（Biased Locking）等等
 <br>更正：如适应性自旋（Adaptive Spinning）、锁削除（Lock Elimination）、【锁粗化】（Lock Coarsening）、轻量级锁（Lightweight Locking）、偏向锁（Biased Locking）等等
 
-- **Page 483**：【同时】使用CAS操作把获取到这个锁的线程的ID记录在对象的Mark Word之中
+- **#7-12 Page 483**：【同时】使用CAS操作把获取到这个锁的线程的ID记录在对象的Mark Word之中
 <br>更正：【并】使用CAS操作把获取到这个锁的线程的ID记录在对象的Mark Word之中
 
 #### 以下勘误内容已在第6次重印版（2020-11-5日）修正