编辑推荐

　　本书的主要特点有：
　　1. 结构清晰。步步为营，每一章节对应一个单独的知识点，力求展示虚拟机的全貌。
　　□. 理论结合实战。在每一个理论背后，都给出了演示示例供读者参考。
　　3. 专注专业。包括但不限于体系结构、虚拟机的调试方式、常用参数、垃圾回收系统、Class文件结构、执行系统等，力求从多角度更专业地对Java虚拟机进行探讨。
　　4. 通俗易懂。简单的白话文风格贯穿全书，尽量做到读者在阅读过程中少盲点、无盲点。
　　5. 技术全面。纵横Windows和Linux双系统下的性能诊断、涉及3□位系统和64位系统的优化比较、贯穿从JDK 1.5到JDK 1.8的优化演进。

推荐购买：

海报：

内容简介

　　随着越来越多的第三方语言（Groovy、Scala、JRuby等）在Java虚拟机上运行，Java也俨然成为了一个充满活力的生态圈。《实战Java虚拟机——JVM故障诊断与性能优化》将通过□00余示例详细介绍Java虚拟机中的各种参数配置、故障排查、性能监控以及性能优化。
　　《实战Java虚拟机——JVM故障诊断与性能优化》共11章。□□~3章介绍了Java虚拟机的定义、总体架构、常用配置参数。第4~5章介绍了垃圾回收的算法和各种垃圾回收器。第6章介绍了Java虚拟机的性能监控和故障诊断工具。第7章详细介绍了对Java堆的分析方法和案例。第8章介绍了Java虚拟机对多线程，尤其是对锁的支持。第9~10章介绍了Java虚拟机的核心——Class文件结构，以及Java虚拟机中类的装载系统。□□1章介绍了Java虚拟机的执行系统和字节码，并给出了通过ASM框架进行字节码注入的案例。
　　《实战Java虚拟机——JVM故障诊断与性能优化》不仅适合Java程序员，还适合任何一名工作于Java虚拟机之上的研发人员、软件设计师、架构师。

前言序言

　　关于Java生态圈
　　Java是目前应用□为广泛的软件开发□台之一。随着Java以及Java社区的不断壮大，Java也早已不再是简简单单的一门计算机语言了，它更是一个□台、一种文化、一个社区。
　　作为一个□台，Java虚拟机扮演着举足轻重的作用。除了Java语言，任何一种能够被编译成字节码的计算机语言都属于Java这个□台。Groovy、Scala、JRuby等都是Java□台的一个部分，它们依赖于Java虚拟机，同时，Java□台也因为它们变得更加丰富多彩。
　　作为一种文化，Java几乎成为了“开源”的代名词。在Java程序中，有着数不清的开源软件和框架，如Tomcat、Struts、Hibernate、Spring等。就连JDK和JVM自身也有不少开源的实现，如OpenJDK、Harmony。可以说，“共享”的精神在Java世界里体现得淋漓尽致。
　　作为一个社区，Java拥有无数的开发人员，有数不清的论坛和资料。从桌面应用软件、嵌入式开发到企业级应用、后台服务器、中间件，都可以看到Java的身影。其应用形式之复杂、参与人数之众多也令人咋舌。可以说，Java社区已经俨然成为了一个良好而庞大的生态系统。
　　而本书，将主要介绍这个生态系统的核心——Java虚拟机。
　　本书的体系结构
　　本书立足于实际开发，又不缺乏理论介绍，力求通俗易懂、循序渐进。本书共分为11章：
　　□□章主要为综述，介绍了Java虚拟机的概念、定义，讲解了Java语言规范和Java虚拟机规范，□后，还介绍了OpenJDK的调试方法。
　　第□章介绍了Java虚拟机的总体架构，说明了堆、栈、方法区等内存空间的作用和彼此之间的联系。
　　第3章介绍了Java虚拟机的常用配置参数，重点对垃圾回收跟踪参数、内存配置参数做了详细的介绍，并给出了案例说明。
　　第4章从理论层面介绍了垃圾回收的算法，如引用计数、标记清除、标记压缩、复制算法等。本章是第5章的理论基础。
　　第5章讲解了基于垃圾回收的理论知识，进一步详细介绍了Java虚拟机中实际使用的各种垃圾回收器，包括串行回收器、并行回收器、CMS、G1等。
　　第6章介绍了Java虚拟机的性能监控和故障诊断工具，考虑到实用性，也介绍了系统级性能监控工具的使用，两者结合，可以更好地帮助读者处理实际问题。
　　第7章详细介绍了对Java堆的分析方法和案例，主要讲解了MAT和Visual VM两款工具的使用，以及各自OQL的编写方式。
　　第8章介绍了Java虚拟机对多线程，尤其是对锁的支持，本章不仅介绍了虚拟机内部锁的实现、优化机制，也给出了一些Java语言层面的锁优化思路，□后，还介绍了无锁的并行控制方法。
　　第9章介绍了Java虚拟机的核心——Class文件结构，Class文件作为Java虚拟机的基石，有着举足轻重的作用，对深入理解Java虚拟机有着不可忽视的作用。
　　□□0章介绍了Java虚拟机中类的装载系统，其中，着重介绍了Java虚拟机中ClassLoader的实现以及设计模式。
　　□□1章介绍了Java虚拟机的执行系统和字节码，为了帮助读者更快更好地理解Java字节码，本章对字节码进行了分类讲解，并且理论联系实际，给出了通过ASM框架进行字节码注入的案例。
　　本书特色
　　本书的主要特点有：
　　1.　　  结构清晰。本书采用从整体到局部的视角，首先□□、□章介绍了Java虚拟机的整体概况和结构。接着步步为营，每一章节对应一个单独的知识点，力求展示虚拟机的全貌。
　　□.　　  理论结合实战。本书不甘心于简单地枚举理论知识，在每一个理论背后，都给出了演示示例供读者参考，帮助读者更好地消化这些理论。比如，在对Class文件结构和字节码的介绍中，不仅仅简单地给出了理论说明，更是使用ASM框架将这些理论应用于实践，尽可能地做到理论和实践结合。
　　3.　　  专注专业。本书着眼于Java虚拟机，对Java虚拟机的原理和实践做了丰富的介绍，包括但不限于体系结构、虚拟机的调试方式、常用参数、垃圾回收系统、Class文件结构、执行系统等，力求从多角度更专业地对Java虚拟机进行探讨。
　　4.　　  通俗易懂。本书依然服务于广大虚拟机初学者，尽量避免采用过于理论的描述方式，简单的白话文风格贯穿全书，尽量做到读者在阅读过程中少盲点、无盲点。
　　5.　　  技术全面。纵横Windows和Linux双系统下的性能诊断、涉及3□位系统和64位系统的优化比较、贯穿从JDK 1.5到JDK 1.8的优化演进。
　　适合阅读人群
　　虽然本书力求通俗，但要通读本书并取得良好的学习效果，要求读者需要具备基本的Java知识或者一定的编程经验。因此，本书适合以下读者：
　　拥有一定开发经验的Java□台开发人员（Java、Scala、JRuby等）
　　软件设计师、架构师
　　系统调优人员
　　有一定的Java编程基础并希望进一步理解Java的程序员
　　虚拟机爱好者，JVM实践者
　　本书的约定
　　本书在叙述过程中，有如下约定：
　　本书中所述的JDK 1.5、JDK 1.6、JDK 1.7、JDK 1.8等同于JDK 5、JDK 6、JDK 7、JDK 8。
　　如无特殊说明，Java虚拟机均指HotSpot虚拟机。
　　如无特殊说明，本书的程序、示例均在JDK 1.7环境中运行。
　　本书赠送的课程优惠券，可以观看笔者在51CTO学院的JVM课程。
　　联系作者
　　本书的写作过程远比我想象的更艰辛，为了让全书能够更清楚、更正确地表达和论述，我经历了好多个不眠之夜，即使现在回想起来，也忍不住让我打个寒战。由于写作水□的限制，书中难免会有不妥之处，望读者谅解。
　　为此，如果读者有任何疑问或者建议，非常欢迎大家加入QQ群397196583，一起探讨学习中的困难、分享学习的经验，我期待与大家一起交流、共同进步。同时，也希望大家可以关注我的博客。
　　感谢
　　这本书能够面世，是因为得到了众人的支持。首先，要感谢我的妻子，她始终不辞辛劳，毫无怨言地对我照顾有加，才让我得以腾出大量时间，并可以安心工作。其次，要感谢小编为我一次又一次地审稿改错，批评指正，才能让本书逐步完善。□后，感谢我的母亲30年如一日对我的体贴和关心。
　　参与本书编写的还有宋玉红、关硕、安继宏、白慧、薛淑英、蒋玺、曹静、马玉杰、陈明明、张丽萍、任娜娜、李清艺、荆海霞、赵全利、孙迪，特此感谢！
　　葛一鸣

目录

□□章　初探Java虚拟机     1
1.1  知根知底：追溯Java的发展历程     □
1.1.1  那些依托Java虚拟机的语言大咖们     □
1.1.□  Java发展史上的里程碑     □
1.□  跨□台的真相：Java虚拟机来做中介     4
1.□.1  理解Java虚拟机的原理     4
1.□.□  看清Java虚拟机的种类     5
1.3  一切看我的：Java语言规范     6
1.3.1  词法的定义     6
1.3.□  语法的定义     7
1.3.3  数据类型的定义     8
1.3.4  Java语言规范总结     9
1.4  一切听我的：Java虚拟机规范     9
1.5  数字编码就是计算机世界的水和电     10
1.5.1  整数在Java虚拟机中的表示     10
1.5.□  浮点数在Java虚拟机中的表示     1□
1.6  抛砖引玉：编译和调试虚拟机     14
1.7  小结     19
第□章　认识Java虚拟机的基本结构     □0
□.1  谋全局者才能成大器：看穿Java虚拟机的架构     □0
□.□  小参数能解决大问题：学会设置Java虚拟机的参数     □□
□.3  对象去哪儿：辨清Java堆     □3
□.4  函数如何调用：出入Java栈     □5
□.4.1  局部变量表     □7
□.4.□  操作数栈     3□
□.4.3  帧数据区     3□
□.4.4  栈上分配     33
□.5  类去哪儿了：识别方法区     35
□.6  小结     37
第3章　常用Java虚拟机参数     38
3.1  一切运行都有迹可循：掌握跟踪调试参数     38
3.1.1  跟踪垃圾回收——读懂虚拟机日志     39
3.1.□  类加载/卸载的跟踪     4□
3.1.3  系统参数查看     44
3.□  让性能飞起来：学习堆的配置参数     45
3.□.1  □大堆和初始堆的设置     45
3.□.□  新生代的配置     49
3.□.3  堆溢出处理     5□
3.3  别让性能有缺口：了解非堆内存的参数配置     54
3.3.1  方法区配置     55
3.3.□  栈配置     55
3.3.3  直接内存配置     55
3.4  Client和Server二选一：虚拟机的工作模式     58
3.5  小结     59
第4章　垃圾回收概念与算法     60
4.1  内存管理清洁工：认识垃圾回收     60
4.□  清洁工具大PK：讨论常用的垃圾回收算法     61
4.□.1  引用计数法（Reference Counting）     6□
4.□.□  标记清除法（Mark-Sweep）     63
4.□.3  复制算法（Copying）     64
4.□.4  标记压缩法（Mark-Compact）     66
4.□.5  分代算法（Generational Collecting）     67
4.□.6  分区算法（Region）     68
4.3  谁才是真正的垃圾：判断可触及性     69
4.3.1  对象的复活     69
4.3.□  引用和可触及性的强度     71
4.3.3  软引用——可被回收的引用     7□
4.3.4  弱引用——发现即回收     76
4.3.5  虚引用——对象回收跟踪     77
4.4  垃圾回收时的停顿现象：Stop-The-World案例实战     79
4.5  小结
□55
......

内页插图

精彩书摘

　　11.6 跑得再快点：静态编译优化
　　当使用javac把Java源码转为字节码时，编译器会有一些优化以获得更好的性能。目前，对于执行的字节码会从两处进行优化：
　　□□，就是使用javac编译时；
　　第二，就是通过JIT（Just-In-Time）即时编译，在运行时。
　　目前，大量的优化工作都围绕着JIT展开，比如方法内联、栈上替换等。将优化工作从javac前端移到后端的好处是非常明显的，这样，所有基于Java□台的语言都能共享这种优化带来的好处。将大量的优化只放置于javac前端，那么只有Java语言可以利用这种优化方式。但即便如此，开发人员也必须要了解一些javac的常用优化方法。
　　11.6.1 编译时计算
　　如果在程序中出现了计算表达式，如果表达式的值能够在编译时确定，那么表达式的计算会提前到编译阶段，而不是在运行时计算。
　　【示例11-30】很多时候，为了增强代码的可读性，往往不会把□终的数值写在代码中，通常倾向于把计算过程写在代码里。比如□□代码：
　　for（int i=0;i<60*60*□4*1000;i++）{
　　//do sth.
　　}
　　循环次数为60*60*□4*1000次，通常这个表达式可能是用来计算天时分秒的乘积。看到这段代码，可能会让人产生一种怀疑，是不是这个计算每次循环都要进行一次呢？如果是的话，是不是更应该写成：
　　for（int i=0;i< 86400000;i++）{
　　//do sth.
　　}
　　或者一定要保留计算表达式的话：
　　int count=60*60*□4*1000;
　　for（int i=0;i< count;i++）{
　　//do sth.
　　}
　　读者也许会认为，上述代码先计算了表达式乘积，并保留这个值，以避免每次循环都重复计算。
　　实际上，后两段代码的担心是多余的，因为在编译的时候，对于给定的表达式会自动计算并给出结果。本例中□□段代码生成的字节码如下：
　　#□0 = Integer 86400000
　　0: iconst_0
　　1: istore_1
　　□: goto 8
　　5: iinc 1, 1
　　8: iload_1
　　9: ldc #□0 // int 86400000
　　11: if_icmplt 5
　　14: return
　　可以看到，用于控制循环次数上限的整数在字节码中并非经过计算得来，而是保存在常量池中，并直接使用，其作用是用来判定是否可以继续循环。可见，对于常量表达式，可以大胆地使用而无需担心影响系统性能。
　　【示例11-31】另一个常用的例子是字符串连接。有时候，如果一个字符串很长，通常会倾向于使用“+”号连接。由于字符串是不可变的对象，读者也许会认为使用类似A+B的方式连接字符串时，需要3个对象，即A、B和AB。□□再来看一个例子。
　　public static void createString（）{
　　String info1="select * from test";
　　String info□="select * "+"from test";
　　String info3="select * ".concat（"from test"）;
　　System.out.println（info1==info□）;
　　System.out.println（info1==info3）;
　　System.out.println（info□==info3）;
　　System.out.println（info□==info3.intern（））;
　　}
　　上述代码中，info1是直接定义的字符，info□使用“+”号连接，生成字面量等于info1的字符串，info3使用String.concat（）方法做连接生成。如果执行以上代码，输出如下：
　　true
　　false
　　false
　　true
　　可以看到，info1和info□是指向了同一个对象引用，而info3则是指向了不同的对象引用，但是info3的常量池引用地址就是info□。这说明info3是被实实在在构造出来的新的String对象，而info□的“+”号运算并未在运行时进行，否则也应该有新对象产生。查看它的部分字节码：
　　0: ldc #□4; //String select * from test
　　□: astore_0
　　3: ldc #□4; //String select * from test
　　5: astore_1
　　6: ldc #□6; //String select *
　　8: ldc #□8; //String from test
　　10: invokevirtual #30; //Method java/lang/String.concat:（Ljava/lang/String;） Ljava/lang/String;
　　13: astore_□
　　上述字节码中，第□行表示将常量池第□4项存入第0个局部变量（info1），第5行表示将常量池第□4项存入□□个局部变量（info□）。这里就解释了为什么程序会有这样的输出，因为在编译时，字符串连接已经完成。而对于后续的concat（）函数，则没有这种优化，□□0行的invokevirtual调用，就是说明了info3是在运行时被创建的。
　　因此，对于常量字符串连接，不能担心多写几个“+”号就会影响系统性能、多占用内存等，因为这些都会在编译器进行计算。
　　……

作者简介

　　葛一鸣，51CTO特约讲师，国家认证系统分析师，获得Oracle OCP认证。长期从事Java软件开发工作，对Java程序设计、JVM有深入的研究，对设计模式、人工智能、神经网络、数据挖掘等技术有浓厚兴趣，著有《自己动手写神经网路》电子书，也开设了在线的《深入浅出Java虚拟机——入门篇》培训课程。

精彩书评

　　★对Java程序员来说，Java虚拟机（JVM）可以说是既熟悉又神秘，很少有Java程序员能够抑制自己探究它的冲动。可惜分析JVM故障诊断与性能优化的书籍（尤其是国内出版的）简直少之又少。本书的出版可谓研究JVM的程序员的福音，作者注重理论联系实际，对于理论性较强的章节和知识点安排了大量的实践案例来说明和进行实际操作，具有非常强的实践指导意义。同时本书配套操作视频《深入浅出Java虚拟机——入门篇》在51CTO学院发布后受到了51CTO社区广大开发者和爱好者的好评和认可，所以，强烈推荐本书给爱好JVM的你！

　　——51CTO学院高级运营经理 曹亚莉