Name: 深入理解Java虚拟机
ISBN: 9787111349662

作者: 周志明
出版社: 机械工业出版社
副标题: JVM高级特性与最佳实践
出版年: 2011-6
页数: 387
定价: 69.00元
装帧: 平装
丛书: 华章原创精品
ISBN: 9787111349662

豆瓣评分

8.7

728人评价

5星

45.1%
4星

45.2%
3星

9.1%
2星

0.5%
1星

0.1%

评价:

内容简介 · · · · · ·

《深入理解Java虚拟机:JVM高级特性与最佳实践》内容简介：作为一位Java程序员，你是否也曾经想深入理解Java虚拟机，但是却被它的复杂和深奥拒之门外？没关系，本书极尽化繁为简之妙，能带领你在轻松中领略Java虚拟机的奥秘。本书是近年来国内出版的唯一一本与Java虚拟机相关的专著，也是唯一一本同时从核心理论和实际运用这两个角度去探讨Java虚拟机的著作，不仅理论分析得透彻，而且书中包含的典型案例和最佳实践也极具现实指导意义。

(展开全部)

全书共分为五大部分。第一部分从宏观的角度介绍了整个Java技术体系的过去、现在和未来，以及如何独立地编译一个OpenJDK7，这对理解后面的内容很有帮助。第二部分讲解了JVM的自动内存管理，包括虚拟机内存区域的划分原理以及各种内存溢出异常产生的原因；常见的垃圾收集算法以及垃圾收集器的特点和工作原理；常见的虚拟机的监控与调试工具的原理和使用方法。第三部分分析了虚拟机的执行子系统，包括Class的文件结构以及如何存储和访问Class中的数据；虚拟机的类创建机制以及类加载器的工作原理和它对虚拟机的意义；虚拟机字节码的执行引擎以及它在实行代码时涉及的内存结构。第四部分讲解了程序的编译与代码的优化，阐述了泛型、自动装箱拆箱、条件编译等语法糖的原理；讲解了虚拟机的热点探测方法、HotSpot的即时编译器、编译触发条件，以及如何从虚拟机外部观察和分析JIT编译的数据和结果。第五部分探讨了Java实现高效并发的原理，包括JVM内存模型的结构和操作；原子性、可见性和有序性在Java内存模型中的体现；先行发生原则的规则和使用；线程在Java语言中的实现原理；虚拟机实现高效并发所做的一系列锁优化措施。

本书适合所有Java程序员、系统调优师和系统架构师阅读。

海报：

点击链接进入Java程序设计：

《深入理解Java虚拟机:JVM高级特性与最佳实践》

《JAVA核心技术(卷1):基础知识(原书第8版)》

《JAVA核心技术卷2:高级特征》

《Java语言程序设计(基础篇)(原书第8版)》

《Java编程思想(第4版)》

《Effective Java中文版(第2版)》

《Java编程思想(英文版•第4版)》

《Java 实时编程》

《Java加密与解密的艺术》

《Eclipse插件开发(原书第3版)(畅销插件开发指南新版)》

《Java语言程序设计:进阶篇(原书第8版)》

《Maven实战》

作者简介 · · · · · ·

资深Java技术专家，对JavaEE企业级应用开发、OSGi、Java虚拟机和工作流等都有深入的研究，并在大量的实践中积累了丰富的经验。尤其精通Java虚拟机，撰写了大量与JVM相关的经典文章，被各大技术社区争相转载，是ITeye等技术社区公认的Java虚拟机方面的领袖人物之一。现任远光软件股份有限公司平台开发部经理兼平台架构师，先后参加与过国家电网、南方电网等多个国家级大型ERP项目的平台架构工作，对软件系统架构也有深刻的认识和体会。

目录 · · · · · ·

前　言
致　谢
第一部分　走近Java
第1章　走近Java / 2
1.1　概述 / 2
1.2　Java技术体系 / 3
· · · · · · (更多)

豆瓣成员常用的标签(共151个) · · · · · ·

JVM Java 虚拟机深入Java虚拟机计算机 java java虚拟机编程

丛书信息

　　华章原创精品 (共19册), 这套丛书还有《Linux 内核设计的艺术（第2版）》,《c语言解惑》,《设计模式之禅（第2版）》,《深入理解C++11》,《编译系统透视》等。

喜欢读"深入理解Java虚拟机"的人也喜欢的电子书 · · · · · ·

支持 Web、iPhone、iPad、Android 阅读器

: 分布式Java应用

25.00元

: Maven实战

25.00元

: 深入理解OSGi：Equinox原理、应用与最佳实践

30.00元

: 大型网站系统与Java中间件实践

26.00元

: 构建高性能Web站点

14.99元

喜欢读"深入理解Java虚拟机"的人也喜欢 · · · · · ·

: Java并发编程实战

: Effective java 中文版（第2版）

: 深入Java虚拟机(原书第2版)

: JAVA并发编程实践

: Programming Concurrency on the ...

: Java程序性能优化

: 重构

: Java编程思想（第4版）

: Java Performance

: Java性能优化权威指南

我来说两句

短评 · · · · · · ( 全部 269 条 )

深入理解Java虚拟机的话题 · · · · · · ( 全部条 )

什么是话题

无论是一部作品、一个人，还是一件事，都往往可以衍生出许多不同的话题。将这些话题细分出来，分别进行讨论，会有更多收获。

我要写书评

深入理解Java虚拟机的书评 · · · · · · ( 全部 34 条 )

大家好，我是本书作者

感谢各位读者的支持，下面是本书的样章、勘误等信息。勘误：http://icyfenix.iteye.com/blog/1119214 样章：http://vdisk.weibo.com/s/qLrO 目录：http://icyfenix.iteye.com/blog/975047 其他信息：http://icyfenix.iteye.com/blog/1095132 (展开)

15回应

pps1086 2011-07-08 10:30:13

对于国人能写出这样的书感到欣慰

在JavaEye上关注过这本书作者，拜读过他几篇关于虚拟机的文章。这本书一出版的第一时间我就买了，花了差不多1周时间囫囵吞枣地初读了一遍。10年前那本翻译外国的《深入Java虚拟机》我也读过，客观地说，对虚拟机细节的描写，这本书与10年前那本还是有差距，但是这本书的确... (展开)

15回应

风纪扣v 2013-11-10 10:33:34

这是本好书，但还是不够

这本书我读到第8章，之后就是在读不下去了。读到后面是一种痛苦的体验，太多的东西是不全面的，大量的专有名词是没有解释的，读到最后很多东西仅仅是一个侧面，所以我觉得，这本书不适合初学者看，很适合有一定理论基础而缺乏实践的人去读。有时候... (展开)

2 5回应

yongboy 2012-03-04 18:26:33

师傅引进门，修行靠个人

在国内的图书市场上来看，这是一本很优秀的介绍 Java 虚拟机的书籍。读起来很引人入胜，一口气看几章，不费劲。我对本书最大的感受就是：全面。作为一个刚开始接触 JVM 的人，我感觉本书基本上把 JVM 中所涉及的概念涵盖到。在阅读的过程中还有一种感受：如果作者不介绍某个... (展开)

0回应

Derek 2012-03-01 22:28:45

java进阶必看

玩java不懂JVM那岂能行，此书乃java进阶必看的书籍，对java内存模型，JVM工作原理，基本JVM调优和内存溢出排查有很大的帮助。以前对于JVM运行机制不是很了解，遇到很多问题都无从下手，即便解决了也不懂其原理，读此书上述问题就游刃而解。 (展开)

0回应

四季 2011-09-26 09:21:28

够深度够理解好书

书中从浅入深的讲解,初期看着毫无鸭梨不过后面几张看的有些困难,可能我更关注从代码方面优化效率,而从书中更多的是从虚拟机配置等方面来优化,测试过书中的eclipse +速代码很好用灰常的快. 但有些地方不是讲的灰常深不适合新手观看,我觉得对于Java来讲更多的从入门理解... (展开)

0回应

厚积薄发 2011-07-26 09:35:29

非常值得一读的书（外加一些问题）

很值得一读，不少地方比操作系统的课本讲的还透彻。作为java高级程序员，一定要看这本书。有几个问题，不知道是不是我理解错了： 1 能不能在给出jdk api源码时，顺便给个jdk下源码的完整路径。示例代码无所谓。 2 354页的incrementAndGet方法的jdk源码函数名为getAndIncre... (展开)

3回应

ginobefun 2017-02-07 09:35:59 机械工业出版社2013版

难得的一本中文技术好书

从Java虚拟机的内存管理（内存区域划分、垃圾收集的算法和实现、性能监控和调优实战）讲起，接着介绍虚拟机如何执行（类文件的结构、类加载机制、字节码执行引擎介绍），最后还介绍了编译优化和高效并发部分。显然这本书站在一个更高的高度去介绍Java开发，使得我们对虚拟机如... (展开)

0回应

byhard 2016-12-06 15:11:26 机械工业出版社2013版

读读《深入理解Java虚拟机》

在学习一门语言时，我们通常用来解决问题，比如处理一些日志，做一个管理网站等。我们粗略的知道怎么去用这些工具，但很少去深入学习这个工具的内在。当你需要更深层次的使用这个工具，或对这个工具进行改行扩展的时候，就需要向下深入学习了。而理解Java虚拟机就是学习Java开... (展开)

0回应

> 更多书评34篇

读书笔记 · · · · · · (共82篇)

我来写笔记

按有用程度
按页码先后
最新笔记

展开收起
第44页

Mr.Locker (Bye, Mr. Procrastination...)

这章讲了垃圾收集算法和许多收集器的具体实现，但是全章组织的太过松散，看起来没有个头绪，很有拼凑的感觉啊。尤其是一开始没有对于java的分代收集有个整体的认识，导致后面看的比较雾水，借鉴了其他的材料才看懂。
2012-12-08 21:15 3人喜欢

这章讲了垃圾收集算法和许多收集器的具体实现，但是全章组织的太过松散，看起来没有个头绪，很有拼凑的感觉啊。尤其是一开始没有对于java的分代收集有个整体的认识，导致后面看的比较雾水，借鉴了其他的材料才看懂。

推荐

回应 2012-12-08 21:15
展开收起
第26页

thinker (技术就是信仰！志在终身探索！)

经常有人把Java内存区分为堆内存（Heap）和栈内存（Stack），这种分法比较粗糙，Java内存区域的划分实际上远比这复杂。这种划分方式的流行只能说明大多数程序员最关注的、与对象内存分配关系最密切的内存区域是这两块。
2014-09-25 11:06 1人喜欢

经常有人把Java内存区分为堆内存（Heap）和栈内存（Stack），这种分法比较粗糙，Java内存区域的划分实际上远比这复杂。这种划分方式的流行只能说明大多数程序员最关注的、与对象内存分配关系最密切的内存区域是这两块。

推荐

回应 2014-09-25 11:06
展开收起
第360页

上上谦

1. 关于finally 和return finall保证无论发生什么情况都能执行的原因是，在字节码中，每个执行路径上进行了冗余如果方法return a=1 但是finally里修改了a=2，最终返回值还是1，原因是return指令会把返回值放到局部变量表中，而且不是a所对应的那个局部变量，后续冗余代码只能操作a，不能操作returnvalue，所以，返回1 栈帧包含指令栈、局部变量表、动态链接、返回地址几个常用指令 load 和const 都是入栈，一个将局部变量表入...
2018-12-24 00:10

1. 关于finally 和return
finall保证无论发生什么情况都能执行的原因是，在字节码中，每个执行路径上进行了冗余
如果方法return a=1 但是finally里修改了a=2，最终返回值还是1，原因是return指令会把返回值放到局部变量表中，而且不是a所对应的那个局部变量，后续冗余代码只能操作a，不能操作returnvalue，所以，返回1
栈帧包含指令栈、局部变量表、动态链接、返回地址
几个常用指令 load 和const 都是入栈，一个将局部变量表入栈，一个将常量入栈 store 将栈顶值赋值给local
2.静态分派和动态分派重载属于静态分派重写属于动态分派invokevirtul 执行虚方法（当抽象类或者接口引用调用方法的时候，会被编译成这个指令）静态多分派动态单分派
3.动态类型
reflection和methodhandle reflection只是为java设计，methodhandle模拟invokerdynamic 可以支持其他语言
4.范型是通过擦除实现的
5.运行期优化举例：公共子表达式消除、无用代码消除、方法内联、复写聚合、逃逸分析（可以直接把对象分配到栈上，可以不用垃圾回收）

推荐

回应 2018-12-24 00:10
展开收起
第160页

上上谦

第二章 java内存区域与内存溢出异常有两个误解： 1.基本类型数据都保存在栈上，是错误的。栈中存储的是栈帧，当一个方法执行的时候，方法中声明的基本类型变量直接在栈上分配，对象在堆上分配。但是如果是对象的属性是基本类型，或者，方法中声明基本类型的数组，还是会在堆上分配 2.方法区有个常量池，1.6以前，常量放在方法区，1.7常量放在堆中，方法区只保留常量的引用，1.8中移除了常量区，改为了本地内存实现的元数据区 ...
2018-12-23 11:59

第二章 java内存区域与内存溢出异常
有两个误解：
1.基本类型数据都保存在栈上，是错误的。栈中存储的是栈帧，当一个方法执行的时候，方法中声明的基本类型变量直接在栈上分配，对象在堆上分配。但是如果是对象的属性是基本类型，或者，方法中声明基本类型的数组，还是会在堆上分配
2.方法区有个常量池，1.6以前，常量放在方法区，1.7常量放在堆中，方法区只保留常量的引用，1.8中移除了常量区，改为了本地内存实现的元数据区
第三章垃圾回收与内存分配策略
疑问1:gc日志中的gc 和fullgc 有的说法说fullgc是老年代的gc 有的说法是fullgc是发生了stop the world 的gc 两个说法都不合理，正确的判断方法是查看日志，而且fullgc 时间长不是说fullgc stw的时间长，而是整个gc花费的时间长。
gc 日志相关参如下：
-XX:+PrintGC 打印简单日志
-XX:PrintGCDetails 打印详细日志
如果只看简单日志中的 fullgc 很难判断到底是什么意思，所以需要看详细日志中的信息
比如：下面这个说明这次full gc 回收了堆和方法区
[Full GC
[PSYoungGen: 10752K->9707K(142848K)]
[ParOldGen: 232384K->232244K(485888K)] 243136K->241951K(628736K)
[PSPermGen: 3162K->3161K(21504K)], 1.5265450 secs
]
简单的理解 fullgc 耗时比minorgc 长的原因是 minor 一般采用标记复制的方式，每次复制的都比较少，所以会比较快，但是收集的过程中也需要stop the world， fullgc 不仅回收年轻代还会回收老年代，老年代存活的对象有可能比较多，所以标记删除要慢一些，并不是只有老年代回收才会stw，如果老年代使用cms算法，老年代回收stw 的时间还会比serial之类的回收器要少但是由于日志统计的不是stw的时间而是整个gc的时间所以fullgc 时间比较长。
2.-XX:ParallelGCThreads 不只是针对parallal 垃圾收集器的设置向parnew cms 这种有多线程收集的都会起作用
3,parallal 收集器可以配置-XX:UseAdaptiveSizePolicy不用指定堆内部各个部分的大小细节，相当于直接告诉jvm需要优化的目标，让jvm自己处理优化逻辑。
4.cms 因为有浮动垃圾的存在，不能等老年代满了才进行垃圾回收，所以参数-XX:CMSInitiaingOccupancyFraction 可以设置触发的百分比，增大该值会减少老年代内存回收次数，但是太大会导致发生concurrent mode failure 的概率，会触发serial old 收集相当于要进行两次收集性能反而降低
5.cms 每次fullgc 会压缩内存清理碎片，可以配置多少次fullgc 以后执行一次压缩默认是每次fullgc都压缩
6.g1收集器，把内存划分为region 并对region进行排序，按照回收价值顺序清理每个region的垃圾，不会有碎片，因为不用每次清理整个老年代或者年轻代，所以可以精确的设置在xxx时间范围内垃圾回收时间不得超过xxx时间，每个region 维护一个rememberset 标记自己引用的其他region的对象，才实现了不需要扫描整个空间就能确定哪些是垃圾对象。
7.与内存管理相关的jvm配置项
1.与垃圾收集器无关的：
-Xms -Xmx 堆的大小，如果两个值不相等，可以配置当内存使用大于xxx的时候扩容小于xxx的时候缩容
-Xmn -XX:NewSizw -XX:MaxNewSize 第一个相当于设置后两个相等，老年代的大小等于总内存减去年轻代
-XX:NewRatio 老年代跟新生代的比值设置为4 新生代占1/5 如果同时设置绝对值与百分比以绝对值为准 ‘默认2’
-XX:SurvivorRatio eden 和 survivor的比值默认是8
-XX:PretenureSizeThreshold 超过这个大小的对象会直接分配到老年代
-XX:MaxTenuringThreashold 超过这个年龄的对象会被复制到老年代
-XX:HandlePromotionFailure 如果老年代剩余连续空间能存放年轻代的所有对象，则这次回收是安全的，如果不允许担保失败，这个时候会进行fullgc
2.与垃圾收集器相关的参数
parallel 可以开启自适应模式，并设置gc时间比率和gc最大停顿时间
cms 可以设置老年代收集的阈值，和fullgc多少次执行一次内存整理
8.jvm调优
jvm内存管理相关有xxx（上边第7点）首先根据服务类型追求吞吐量的服务和追求响应时间的服务，选择合适的垃圾收集算法，然后分析代码确认内存中对象的大小分布和生命周期情况
java代码运行时候肯定会生成很多对象，所以垃圾回收是不可避免的，如果内存某个区域分配很大，那么会减少gc的次数但是会增大每次gc的时间，相反如果内存很小，每次gc时间很短，就会增加gc次数，所以调优就是找到一个平衡点。
为了方便调优，一般设置堆的初始大小和最大大小相等，防止堆扩容缩容对性能的影响
更大的年轻代必然导致更小的年老代，大的年轻代会延长普通GC的周期，但会增加每次GC的时间；小的年老代会导致更频繁的Full GC
更小的年轻代必然导致更大年老代，小的年轻代会导致普通GC很频繁，但每次的GC时间会更短；大的年老代会减少Full GC的频率
如何选择应该依赖应用程序对象生命周期的分布情况：
如果应用存在大量的临时对象比如web服务，应该选择更大的年轻代；
如果存在相对较多的持久对象，比如缓存服务，年老代应该适当增大。
如果应用没有明显的特征，就需要不停的修改参数测试直到找到最合适的大小。

推荐

回应 2018-12-23 11:59

展开收起
第1页

刘松伟

Java从诞生到现在已有10余年时间，开发者竟有千万之多，那it从业人员岂不是海了去了。随便给这些人搞点东西都是个很大的市场啊。还有，跟上千万人抢饭碗压力好大。自己稀里糊涂搞起了Java，看一下众多特性，发现还是有不少自己感兴趣的地方。现在的学习完全流于表面，感觉离技术这一行有点越来越远。
2011-10-07 20:04

Java从诞生到现在已有10余年时间，开发者竟有千万之多，那it从业人员岂不是海了去了。随便给这些人搞点东西都是个很大的市场啊。还有，跟上千万人抢饭碗压力好大。
自己稀里糊涂搞起了Java，看一下众多特性，发现还是有不少自己感兴趣的地方。现在的学习完全流于表面，感觉离技术这一行有点越来越远。

推荐

回应 2011-10-07 20:04
展开收起
第1页

Baron

过年之前买的了。还没怎么看。最近都在看effective java。看完effective java再看这个，希望有些收获
2013-03-01 10:41

过年之前买的了。还没怎么看。最近都在看effective java。看完effective java再看这个，希望有些收获

推荐

回应 2013-03-01 10:41
展开收起
第1页

kugua (努力做一个全栈式程序猿，哈哈..)

各种算法，着重标记-清除标记-整理
2013-10-10 18:39

各种算法，着重标记-清除标记-整理

推荐

回应 2013-10-10 18:39
展开收起
第3页

Wenger (zhuwenge @ everywhere)

Java 技术体系： 1. Java 程序设计语言 2. 各种硬件平台上的 Java 虚拟机 3. Class 文件格式 4. Java API 类库 5. 来自商业机构和开源社区的第三方 Java 类库
2013-01-30 12:56

Java 技术体系：
1. Java 程序设计语言
2. 各种硬件平台上的 Java 虚拟机
3. Class 文件格式
4. Java API 类库
5. 来自商业机构和开源社区的第三方 Java 类库

推荐

回应 2013-01-30 12:56

展开收起
第360页

上上谦

1. 关于finally 和return finall保证无论发生什么情况都能执行的原因是，在字节码中，每个执行路径上进行了冗余如果方法return a=1 但是finally里修改了a=2，最终返回值还是1，原因是return指令会把返回值放到局部变量表中，而且不是a所对应的那个局部变量，后续冗余代码只能操作a，不能操作returnvalue，所以，返回1 栈帧包含指令栈、局部变量表、动态链接、返回地址几个常用指令 load 和const 都是入栈，一个将局部变量表入...
2018-12-24 00:10

1. 关于finally 和return
finall保证无论发生什么情况都能执行的原因是，在字节码中，每个执行路径上进行了冗余
如果方法return a=1 但是finally里修改了a=2，最终返回值还是1，原因是return指令会把返回值放到局部变量表中，而且不是a所对应的那个局部变量，后续冗余代码只能操作a，不能操作returnvalue，所以，返回1
栈帧包含指令栈、局部变量表、动态链接、返回地址
几个常用指令 load 和const 都是入栈，一个将局部变量表入栈，一个将常量入栈 store 将栈顶值赋值给local
2.静态分派和动态分派重载属于静态分派重写属于动态分派invokevirtul 执行虚方法（当抽象类或者接口引用调用方法的时候，会被编译成这个指令）静态多分派动态单分派
3.动态类型
reflection和methodhandle reflection只是为java设计，methodhandle模拟invokerdynamic 可以支持其他语言
4.范型是通过擦除实现的
5.运行期优化举例：公共子表达式消除、无用代码消除、方法内联、复写聚合、逃逸分析（可以直接把对象分配到栈上，可以不用垃圾回收）

推荐

回应 2018-12-24 00:10
展开收起
第160页

上上谦

第二章 java内存区域与内存溢出异常有两个误解： 1.基本类型数据都保存在栈上，是错误的。栈中存储的是栈帧，当一个方法执行的时候，方法中声明的基本类型变量直接在栈上分配，对象在堆上分配。但是如果是对象的属性是基本类型，或者，方法中声明基本类型的数组，还是会在堆上分配 2.方法区有个常量池，1.6以前，常量放在方法区，1.7常量放在堆中，方法区只保留常量的引用，1.8中移除了常量区，改为了本地内存实现的元数据区 ...
2018-12-23 11:59

第二章 java内存区域与内存溢出异常
有两个误解：
1.基本类型数据都保存在栈上，是错误的。栈中存储的是栈帧，当一个方法执行的时候，方法中声明的基本类型变量直接在栈上分配，对象在堆上分配。但是如果是对象的属性是基本类型，或者，方法中声明基本类型的数组，还是会在堆上分配
2.方法区有个常量池，1.6以前，常量放在方法区，1.7常量放在堆中，方法区只保留常量的引用，1.8中移除了常量区，改为了本地内存实现的元数据区
第三章垃圾回收与内存分配策略
疑问1:gc日志中的gc 和fullgc 有的说法说fullgc是老年代的gc 有的说法是fullgc是发生了stop the world 的gc 两个说法都不合理，正确的判断方法是查看日志，而且fullgc 时间长不是说fullgc stw的时间长，而是整个gc花费的时间长。
gc 日志相关参如下：
-XX:+PrintGC 打印简单日志
-XX:PrintGCDetails 打印详细日志
如果只看简单日志中的 fullgc 很难判断到底是什么意思，所以需要看详细日志中的信息
比如：下面这个说明这次full gc 回收了堆和方法区
[Full GC
[PSYoungGen: 10752K->9707K(142848K)]
[ParOldGen: 232384K->232244K(485888K)] 243136K->241951K(628736K)
[PSPermGen: 3162K->3161K(21504K)], 1.5265450 secs
]
简单的理解 fullgc 耗时比minorgc 长的原因是 minor 一般采用标记复制的方式，每次复制的都比较少，所以会比较快，但是收集的过程中也需要stop the world， fullgc 不仅回收年轻代还会回收老年代，老年代存活的对象有可能比较多，所以标记删除要慢一些，并不是只有老年代回收才会stw，如果老年代使用cms算法，老年代回收stw 的时间还会比serial之类的回收器要少但是由于日志统计的不是stw的时间而是整个gc的时间所以fullgc 时间比较长。
2.-XX:ParallelGCThreads 不只是针对parallal 垃圾收集器的设置向parnew cms 这种有多线程收集的都会起作用
3,parallal 收集器可以配置-XX:UseAdaptiveSizePolicy不用指定堆内部各个部分的大小细节，相当于直接告诉jvm需要优化的目标，让jvm自己处理优化逻辑。
4.cms 因为有浮动垃圾的存在，不能等老年代满了才进行垃圾回收，所以参数-XX:CMSInitiaingOccupancyFraction 可以设置触发的百分比，增大该值会减少老年代内存回收次数，但是太大会导致发生concurrent mode failure 的概率，会触发serial old 收集相当于要进行两次收集性能反而降低
5.cms 每次fullgc 会压缩内存清理碎片，可以配置多少次fullgc 以后执行一次压缩默认是每次fullgc都压缩
6.g1收集器，把内存划分为region 并对region进行排序，按照回收价值顺序清理每个region的垃圾，不会有碎片，因为不用每次清理整个老年代或者年轻代，所以可以精确的设置在xxx时间范围内垃圾回收时间不得超过xxx时间，每个region 维护一个rememberset 标记自己引用的其他region的对象，才实现了不需要扫描整个空间就能确定哪些是垃圾对象。
7.与内存管理相关的jvm配置项
1.与垃圾收集器无关的：
-Xms -Xmx 堆的大小，如果两个值不相等，可以配置当内存使用大于xxx的时候扩容小于xxx的时候缩容
-Xmn -XX:NewSizw -XX:MaxNewSize 第一个相当于设置后两个相等，老年代的大小等于总内存减去年轻代
-XX:NewRatio 老年代跟新生代的比值设置为4 新生代占1/5 如果同时设置绝对值与百分比以绝对值为准 ‘默认2’
-XX:SurvivorRatio eden 和 survivor的比值默认是8
-XX:PretenureSizeThreshold 超过这个大小的对象会直接分配到老年代
-XX:MaxTenuringThreashold 超过这个年龄的对象会被复制到老年代
-XX:HandlePromotionFailure 如果老年代剩余连续空间能存放年轻代的所有对象，则这次回收是安全的，如果不允许担保失败，这个时候会进行fullgc
2.与垃圾收集器相关的参数
parallel 可以开启自适应模式，并设置gc时间比率和gc最大停顿时间
cms 可以设置老年代收集的阈值，和fullgc多少次执行一次内存整理
8.jvm调优
jvm内存管理相关有xxx（上边第7点）首先根据服务类型追求吞吐量的服务和追求响应时间的服务，选择合适的垃圾收集算法，然后分析代码确认内存中对象的大小分布和生命周期情况
java代码运行时候肯定会生成很多对象，所以垃圾回收是不可避免的，如果内存某个区域分配很大，那么会减少gc的次数但是会增大每次gc的时间，相反如果内存很小，每次gc时间很短，就会增加gc次数，所以调优就是找到一个平衡点。
为了方便调优，一般设置堆的初始大小和最大大小相等，防止堆扩容缩容对性能的影响
更大的年轻代必然导致更小的年老代，大的年轻代会延长普通GC的周期，但会增加每次GC的时间；小的年老代会导致更频繁的Full GC
更小的年轻代必然导致更大年老代，小的年轻代会导致普通GC很频繁，但每次的GC时间会更短；大的年老代会减少Full GC的频率
如何选择应该依赖应用程序对象生命周期的分布情况：
如果应用存在大量的临时对象比如web服务，应该选择更大的年轻代；
如果存在相对较多的持久对象，比如缓存服务，年老代应该适当增大。
如果应用没有明显的特征，就需要不停的修改参数测试直到找到最合适的大小。

推荐

回应 2018-12-23 11:59
展开收起
第37页

thinker (技术就是信仰！志在终身探索！)

如果是建立过多线程导致的内存溢出，在不能减少线程数或者更换64位虚拟机的情况下，就只能通过减少最大堆和减少栈容量来换取更多的线程。如果没有这方面的经验，这种通过“减少内存”的手段来解决内存溢出的方式会比较难以想到。
2014-09-25 18:03

如果是建立过多线程导致的内存溢出，在不能减少线程数或者更换64位虚拟机的情况下，就只能通过减少最大堆和减少栈容量来换取更多的线程。如果没有这方面的经验，这种通过“减少内存”的手段来解决内存溢出的方式会比较难以想到。

推荐

回应 2014-09-25 18:03
展开收起
第26页

thinker (技术就是信仰！志在终身探索！)

经常有人把Java内存区分为堆内存（Heap）和栈内存（Stack），这种分法比较粗糙，Java内存区域的划分实际上远比这复杂。这种划分方式的流行只能说明大多数程序员最关注的、与对象内存分配关系最密切的内存区域是这两块。
2014-09-25 11:06 1人喜欢

经常有人把Java内存区分为堆内存（Heap）和栈内存（Stack），这种分法比较粗糙，Java内存区域的划分实际上远比这复杂。这种划分方式的流行只能说明大多数程序员最关注的、与对象内存分配关系最密切的内存区域是这两块。

推荐

回应 2014-09-25 11:06

> 更多读书笔记（共82篇）

论坛 · · · · · ·


长期招聘JVM大牛	来自飞逝的梦想		2015-01-08
代码清单2-5 借助CGLib使得方法区出现内存溢出异常...	来自千里驴	2 回应	2012-08-11
求指教，67页说明“对象优先在Eden分配”的疑惑	来自whg		2012-08-11
不错	来自jackQ		2011-07-05