mirror of
https://github.com/fenixsoft/jvm_book.git
synced 2024-12-28 05:40:23 +08:00
215 lines
16 KiB
Markdown
215 lines
16 KiB
Markdown
# 《深入理解Java虚拟机（第3版）》
|
||
|
||
> **广告**：<br/>
|
||
> 我正在撰写的《[凤凰项目：现代软件架构探索](https://icyfenix.cn)》：[https://github.com/fenixsoft/awesome-fenix](https://github.com/fenixsoft/awesome-fenix)
|
||
>
|
||
> 这是一部以“架构师应该掌握哪些架构知识”为叙事主线的、完全免费的开源文档，如对您有用，望不吝给个Star
|
||
|
||
<br/>
|
||
|
||
本工程为《深入理解Java虚拟机（第3版）》书中的样例代码，以方便读者自行测试。部分代码需要在特定的虚拟机版本、参数下运行，在代码前均已“VM Args”的注释进行标注。
|
||
|
||
书中的勘误也会在本文中持续更新，读者可通过issues提交新的勘误，如对新版有任何建议，也欢迎以[issues](https://github.com/fenixsoft/jvm_book/issues)或任何其他您方便的形式提出。
|
||
|
||
### 勘误列表：
|
||
|
||
- **Page 385**：代码清单10-18 第13行需修改方法名称，以符合输出结果：
|
||
<br>`protected void BADLY_NAMED_CODE()` { 修改为 `protected void Test() {`
|
||
|
||
- **Page 443**：Java内存模型的基础设计并未改变，即使是【这四操作种】对普通用户阅读使用起来仍然是并不方便。
|
||
<br>更正：Java内存模型的基础设计并未改变，即使是【这四种操作】对普通用户阅读使用起来仍然是并不方便。
|
||
|
||
- **Page 467**：在【第10章】里我们讲解“final关键字带来的可见性”时曾经提到过这一点
|
||
<br>更正：在【第12章】里我们讲解“final关键字带来的可见性”时曾经提到过这一点
|
||
|
||
- **Page 472**：在【第10章】中我们知道了主流Java虚拟机实现中，Java的线程是映射到操作系统的原生内核线程之上的
|
||
<br>更正：在【第12章】中我们知道了主流Java虚拟机实现中，Java的线程是映射到操作系统的原生内核线程之上的
|
||
|
||
#### 以下勘误内容已在第5次重印版（2020-9-11日）修正
|
||
------
|
||
- **Page 51**：以下代码清单2-2为HotSpot虚拟机代表Mark Word中的代码（【markOop.cpp】）注释片段
|
||
<br>更正：以下代码清单2-2为HotSpot虚拟机代表Mark Word中的代码（【markOop.hpp】）注释片段。另，下面代码清单2-2也应更正为“代码清单2-2 【markOop.hpp】片段”
|
||
|
||
- **Page 72**：要真正宣告一个对象死亡，【至少要】经历两次标记过程
|
||
<br>更正：要真正宣告一个对象死亡，【最多会】经历两次标记过程
|
||
|
||
- **Page 78**：图3-2、图3-3，原稿中第2行2列、3行2列、3行4列都是“可回收”对象的颜色，排版重画的时候颜色搞错了，麻烦编辑下次印刷中修改过来。
|
||
|
||
- **Page 79**：发生垃圾【搜集】时，将Eden和Survivor中仍然存活的对象一次性过拷贝到另外一块Survivor空间上
|
||
<br>更正：发生垃圾【收集】时，将Eden和Survivor中仍然存活的对象一次性过拷贝到另外一块Survivor空间上
|
||
|
||
- **Page 94**：-XX:GCTimeRatio参数的值则应当是一个大于0小于100的整数，也就是垃圾收集时间占总时间的比率，【相当于是吞吐量的倒数】。
|
||
<br>更正：-XX:GCTimeRatio参数的值则应当是一个大于0小于100的整数，也就是垃圾收集时间占总时间的比率，【这个参数设定为N的话，表示用户代码执行时间与总执行时间之比为N：N+1】
|
||
|
||
- **Page 95**：Parallel Old是Parallel Scavenge收集器的老年代版本，支持多线程【并发收集】
|
||
<br>更正：Parallel Old是Parallel Scavenge收集器的老年代版本，支持多线程【并行收集】
|
||
|
||
- **Page 109**：一旦用户程序访问到归属于旧对象的内存空间就会产生自陷【中段】
|
||
<br>更正：一旦用户程序访问到归属于旧对象的内存空间就会产生自陷【中断】
|
||
|
||
- **Page 128**：JDK 9之前虚拟机运行在Server模式下的默认值，打开此开关后，使用【Parallel Scavenge + Serial Old（PS MarkSweep）的】收集器组合进行内存回收
|
||
<br>更正：JDK 9之前虚拟机运行在Server模式下的默认值，打开此开关后，使用【Parallel】收集器组合进行内存回收
|
||
|
||
- **Page 215**：Class文件是一组以【8个字节】为基础单位的二进制流，各个数据项目严格按照顺序紧凑地排列在文件之中，中间没有添加任何分隔符，这使得整个Class文件中存储的内容几乎全部是程序运行的必要数据，没有空隙存在。当遇到需要占用【8个字节】以上空间的数据项时，则会按照高位在前 的方式分割成若干个【8个字节】进行存储。
|
||
<br>更正：Class文件是一组以【字节】为基础单位的二进制流，各个数据项目严格按照顺序紧凑地排列在文件之中，中间没有添加任何分隔符，这使得整个Class文件中存储的内容几乎全部是程序运行的必要数据，没有空隙存在。当遇到需要占用【单个字节】以上空间的数据项时，则会按照高位在前 的方式分割成若干个【字节】进行存储。
|
||
|
||
- **Page 259**：3 monitorenter // 以【栈定】元素（即f）作为锁，开始同步
|
||
<br>更正：3 monitorenter // 以【栈顶】元素（即f）作为锁，开始同步
|
||
|
||
- **Page 265**：上述代码运行之后，只会输出“SuperClass init!”
|
||
<br>更正：上述代码运行之后，【除value的值外，】只会输出“SuperClass init!”
|
||
|
||
- **Page 280**：成为了Java技术体系中一块重要的基石，可谓是【失之桑榆，收之东隅】。
|
||
<br>更正：成为了Java技术体系中一块重要的基石，可谓是【失之东隅，收之桑榆】。
|
||
|
||
- **Page 307**：'a'除了可以代表一个【字符串】
|
||
<br>更正：'a'除了可以代表一个【字符】
|
||
|
||
- **Page 392**：脚注：是诸多跑分软件的测试【用力】通常都属于第二种，如果不去支持跑分会显得成绩很不好看。
|
||
<br>更正：是诸多跑分软件的测试【用例】通常都属于第二种，如果不去支持跑分会显得成绩很不好看。
|
||
|
||
- **Page 432**：在Outline视图中找到创建理想图的方法是【greateGraph()】
|
||
<br>更正：在Outline视图中找到创建理想图的方法是【createGraph()】（这个笔误在432页一共有3处）
|
||
|
||
- **Page 472**：脚注2：由于本书的主题是Java虚拟机【和】不是Java并发编程
|
||
<br>更正：由于本书的主题是Java虚拟机【而】不是Java并发编程
|
||
|
||
- **Page 480**：对一些代码要求同步，但是【对被检测】到不可能存在共享数据竞争的锁进行消除
|
||
<br>更正：对一些代码要求同步，但是【虚拟机又检测】到不可能存在共享数据竞争的锁进行消除
|
||
|
||
#### 以下勘误内容已在第4次重印版（2020-6-10日）修正
|
||
------
|
||
- **Page 25**：即不能动态加载其他【编译器】不可知的代码和类库
|
||
<br>更正：即不能动态加载其他【编译期】不可知的代码和类库
|
||
|
||
- **Page 30**：JDK 7则【还完全】处于研发状态的半成品。
|
||
<br>更正：JDK 7则【完全是】处于研发状态的半成品。
|
||
|
||
- **Page 38**：由于JDK12已EOL，RedHat的GitHub上目前只维护8、11两个LTS和13这个正在半年支持期内的JDK版本，JDK12的Repo已经关闭（但从Git的History中挖掘出来是很容易的），为了便于读者获取 CMakeLists.txt，我上传了一份到本仓库中。此文件版权归原作者所有。（编辑在更新勘误时可跳过此条）
|
||
|
||
- **Page 48**：Java是一门面向对象的编程语言，Java程序运行过程中【无时无刻都】有对象被创建出来
|
||
<br>更正：Java是一门面向对象的编程语言，Java程序运行过程中【每时每刻都】有对象被创建出来
|
||
|
||
- **Page 58-60**：代码清单2-4、2-5的输出，在代码中定义的方法名是“stackLeak()”，在输出日志中看到的堆栈的方法名是“leak()”。这个是代码粘贴后整理编辑过方法名，不影响意思表达。（方法名在日志、代码中出现次数较多，编辑处理这条勘误时请单独联系我提供更正详情）
|
||
|
||
- **Page 80**：HotSpot虚拟机里面关注吞吐量的Parallel 【Scavenge】收集器是基于标记-整理算法的。
|
||
<br>更正：HotSpot虚拟机里面关注吞吐量的Parallel 【Old】收集器是基于标记-整理算法的。
|
||
|
||
- **Page 97**：并发回收时垃圾收集线程【只占用不超过25%】的处理器运算资源，并且会随着处理器核心数量的增加而下降。
|
||
<br>更正：并发回收时垃圾收集线程【占用不少于25%】的处理器运算资源，并且会随着处理器核心数量的增加而下降。
|
||
|
||
- **Page 105**：图3-14中第3行，G1收集器的Compact阶段应该为【浅色】，这个我交上去的原图是正确的，但编辑重新画图时候涂层了深色。请编辑更新新版的时候注意一下。
|
||
|
||
- **Page 106**：在回收时通过这张表格就可以得出哪些Region之间产生了【跨代引用】。
|
||
<br>更正：在回收时通过这张表格就可以得出哪些Region之间产生了【跨Region的引用】。
|
||
|
||
- **Page 107**：图3-15中，两个X的位置打错了，应该在5行3列、3行1列处打X
|
||
|
||
- **Page 106**：降低了处理跨代指针时的记忆集维护消耗，也降低了伪共享问题（【见3.4.4节】）的发生概率。
|
||
<br>更正：降低了处理跨代指针时的记忆集维护消耗，也降低了伪共享问题（【见3.4.5节】）的发生概率。
|
||
|
||
- **Page 134**：如果在Survivor空间中【相同年龄】所有对象大小的总和大于Survivor空间的一半
|
||
<br>更正：如果在Survivor空间中【低或等于某个年龄的】所有对象大小的总和大于Survivor空间的一半
|
||
|
||
- **Page 134**：满足【同年】对象达到Survivor空间的一半规则
|
||
<br>更正：满足【低于或等于某年龄的】对象达到Survivor空间的一半规则
|
||
|
||
- **Page 162-163**：代码中类名“SynAddRunalbe”中英文“Runalbe”为拼写错误，应为“SynAddRunnable”，代码中一共有4处，图片中有1处。
|
||
|
||
- **Page 239**：Exceptions属性的作用是列举出方法中可能抛出的受查异常（Checked 【Excepitons】）
|
||
<br>更正：Exceptions属性的作用是列举出方法中可能抛出的受查异常（Checked 【Exceptions】）
|
||
|
||
- **Page 265**：创建动作由字节码指令【newarray】触发
|
||
<br>更正：创建动作由字节码指令【anewarray】触发
|
||
|
||
- **Page 272**：【JDK 7及之前】，HotSpot使用永久代来实现方法区时，实现是完全符合这种逻辑概念的；【而在JDK 8及之后】，类变量则会随着Class对象一起存放在Java堆中
|
||
<br>更正：【JDK 7之前】，HotSpot使用永久代来实现方法区时，实现是完全符合这种逻辑概念的；【而在JDK 7及之后】，类变量则会随着Class对象一起存放在Java堆中
|
||
|
||
- **Page 274**：被访问类C是public的，不与访问类D处于同一个模块，但是被访问类C的模块允许【被访问类D】的模块进行访问。
|
||
<br>更正：被访问类C是public的，不与访问类D处于同一个模块，但是被访问类C的模块允许【访问类D】的模块进行访问。
|
||
|
||
- **Page 312**：运行结果的第3行：This 【gay】 has $2
|
||
<br>更正：This 【guy】 has $2
|
||
|
||
- **Page 314**：脚注三最后一行：具体可【常见】第11章关于方法内联的内容。
|
||
<br>更正：具体可【参见】第11章关于方法内联的内容。
|
||
|
||
- **Page 461**：图12-6，New->Running，Running->Terminated这两个是单向箭头，交给编辑的原稿上也还是单向的，应该是排版修图时搞错变成双向了，请编辑同学修正过来。
|
||
|
||
- **Page 462**：【以前处理一个请求可以允许花费很长时间在单体应用中】，具有这种线程切换成本也是无伤大雅的
|
||
<br>语句不通，更正为：【在以前的单体应用中，处理一个请求可以允许花费很长时间】，具有这种线程切换成本也是无伤大雅的
|
||
|
||
- **Page 462**：现实的需求在迫使Java去研究新的解决方案，【同】大家又怀念起以前绿色线程的种种好处
|
||
<br>更正为：现实的需求在迫使Java去研究新的解决方案，【此时】大家又怀念起以前绿色线程的种种好处
|
||
|
||
#### 以下勘误内容已在第3次重印版（2020-2-20日）修正
|
||
------
|
||
- **Page 27**：到了JDK 10，HotSpot又重构了Java虚拟机的垃圾收集器接口 （Java Virtual Machine 【Compiler】 Interface）
|
||
<br>更正：到了JDK 10，HotSpot又重构了Java虚拟机的垃圾收集器接口 （Java Virtual Machine 【Garbage】 Interface）
|
||
|
||
- **Page 37**：譬如【Eclipst】 CDT或者NetBeans来进行的话
|
||
<br>更正：譬如【Eclipse】 CDT或者NetBeans来进行的话
|
||
|
||
- **Page 110**：对象的读取、写入、对象的比较、【为对象哈希值计算】、用对象加锁等等
|
||
<br>更正：对象的读取、写入、对象的比较、【为对象计算哈希值】、用对象加锁等等
|
||
|
||
- **Page 113**：图3-19中，【Larage】为笔误，应为【Large】
|
||
|
||
- **Page 238**：13: iload_1 后的注释应该是字节码第14行的，即
|
||
> 13: iload_1 // 保存x到returnValue中，此时x=2
|
||
> 14: istore 4
|
||
|
||
改为：
|
||
> 13: iload_1
|
||
> 14: istore 4 // 保存x到returnValue中，此时x=2
|
||
|
||
- **Page 254**：算术指令用于对【两个操作数栈上的值】进行某种特定运算
|
||
<br>对语序修改以避免歧义：算术指令用于对【操作数栈上的两个值】进行某种特定运算
|
||
|
||
- **Page 259**：13 astore_3 后注释【Taget】为笔误，应为【Target】
|
||
|
||
- **Page 265/266**：在266页正文中出现两次注释一，其中第一个注释是265页才对，应该是排版问题，请编辑再版时注意。
|
||
|
||
- **Page 278**：代码清单7-5，第一行注释：给变量【复制】可以正常编译通过
|
||
<br>更正：
|
||
给变量【赋值】可以正常编译通过
|
||
|
||
- **Page 278**：代码清单7-5，第二行注释：这句编译器会提示“非法【向前】引用”
|
||
<br>更正：
|
||
这句编译器会提示“非法【前向】引用”
|
||
|
||
- **Page 290**：用在IntelliJ 【IDE】、Eclipse这些IDE上做HotSwap……
|
||
<br>更正：
|
||
用在IntelliJ 【IDEA】、Eclipse这些IDE上做HotSwap……
|
||
|
||
- **Page 312**：代码实例中出现三处【gay】，譬如Father gay = new Son(); 均应为【guy】，这个不影响代码运行，只是不太雅观。
|
||
|
||
- **Page 317**：产生这种差别产生的根本原因是Java语言在编译期间【却】已将println(String)方法完整的符号引用。
|
||
<br>更正：产生这种差别产生的根本原因是Java语言在编译期间【就】已将println(String)方法完整的符号引用。
|
||
|
||
- **Page 322**：由于注解中John Rose博客文章中的代码托管网站Kenai.com已经关闭，为了便于读者获取INDY工具，我上传了一份到本仓库中(源码，在src/indify目录)。此文件版权归原作者John Rose所有。（编辑在更新勘误时可跳过此条）
|
||
|
||
- **Page 348**：通常解决【类】问题有以下几种途径
|
||
<br>更正：通常解决【此类】问题有以下几种途径
|
||
|
||
- **Page 372**：譬如将【代码清单10-2】稍微修改一下，变成下面代码清单10-7这个样子
|
||
<br>更正：譬如将【代码清单10-4】稍微修改一下，变成下面代码清单10-7这个样子
|
||
|
||
- **Page 396**：【图11-2】和【图11-3】都仅仅是描述了客户端模式虚拟机的即时编译方式
|
||
<br>更正：【图11-3】和【图11-4】都仅仅是描述了客户端模式虚拟机的即时编译方式
|
||
|
||
|
||
#### 以下勘误内容已在第2次重印版（2019-12-27日）修正
|
||
------
|
||
- **前言部分**：读者反馈信箱：understandjvm@gmail.com
|
||
<br>更正：由于这个信箱由于一直只收未发，刚印刷后收到Google的通知此账号已自动作废。而且根据Google规定，作废后无法注册同名邮箱。下次重印将修改为本工程地址:https://github.com/fenixsoft/jvm_book。
|
||
|
||
- **Page 9**：支持HTTP 2客户【单】API等91个JEP
|
||
<br>更正：支持HTTP 2客户【端】API等91个JEP
|
||
|
||
- **Page 64**：在【代码清单2-8】里笔者借助了CGLib……
|
||
<br>更正：在【代码清单2-9】里笔者借助了CGLib……
|
||
|
||
- **Page 368**: 【ArrayList<int>】与ArrayList<String>其实是同一个类型
|
||
<br>更正：【ArrayList<Integer>】与ArrayList<String>其实是同一个类型
|