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

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

豆瓣评分

8.6

769人评价

5星

44.9%
4星

45.1%
3星

9.2%
2星

0.7%
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
· · · · · · (更多)

原文摘录 · · · · · · ( 全部 )

GC日志开头的“[GC”和“[Full GC”说明了这次垃圾收集的停顿类型，而不是用来区分新生代GC还是老年代GC的。如果有“Full”，说明这次GC是发生了Stop-The-World 的 (查看原文)

RednaxelaFX 3 回复 12赞 2014-02-11 03:39:44

—— 引自第89页
由于使用了准确式内存管理，Exact VM可以抛弃掉以前Classic VM基于handler的对象查找方式（原因是GC后对象将可能会被移动位置，如果地址为123456的对象移动到654321，在没有明确信息表明内存中哪些数据是reference的前提下，那虚拟机是不敢把内存中所有为123456的值改成654321的，所以要使用句柄来保持reference值的稳定），这样每次定位对象都少了一次间接查找的开销，提升执行性能。 (查看原文)

RednaxelaFX 2 回复 4赞 2013-07-08 17:33:47

—— 引自第10页

> 全部原文摘录

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

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

丛书信息

　　华章原创精品 (共23册), 这套丛书还有《深入理解计算机网络》,《深入理解Java虚拟机（第3版）》,《编译系统透视》,《企业虚拟化实战-Vmware篇》,《Java加密与解密的艺术(第2版)》等。

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

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

: 七周七语言：理解多种编程范型

18.00元

: 构建高性能Web站点

31.62元

: CoffeeScript小书

1.99元

: 编程大师访谈录

12.98元

: MacTalk·人生元编程

2.99元

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

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

: JAVA并发编程实践

: Java性能优化权威指南

: 高性能MySQL（第二版）

: Head First 设计模式（中文版）

: 重构

: HTTP权威指南

: Java解惑

: 算法导论（原书第2版）

: MongoDB权威指南

我来说两句

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

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

什么是话题

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

我要写书评

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

大家好，我是本书作者

update 第三版最新的勘误地址为： https://github.com/fenixsoft/jvm_book 感谢各位读者的支持，下面是本书的样章、勘误等信息。勘误：http://icyfenix.iteye.com/blog/1119214 样章：http://vdisk.weibo.com/s/qLrO 目录：http://icyfenix.iteye.com/blog/975047 其他信息：h... (展开)

2 15回应

pps1086 2011-07-08 10:30:13

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

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

1 18回应

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

这是本好书，但还是不够

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

3 5回应

搁浅的相思 2019-12-23 15:17:50 机械工业出版社2019版

值得反复拜读的好书

每年读一遍《深入理解Java虚拟机（第2版）》，每年就会有一些新的感悟。技术总在更新，但思想原理不会过时，书中的思想部分吸收理解了对以后的工作学习有很大帮助。此书作为jvm基础入门的书很可以，相对全面易懂。本书选取了JDK7的JVM非常地恰到好处, 因为在其之后到目前虽然... (展开)

0回应

Derek 2012-03-01 22:28:45

java进阶必看

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

1 0回应

CodeMing 2019-12-23 17:42:29 机械工业出版社2019版

JVM从入门到放弃？不要这么轻易就放弃啊

每一个JVM编程语言开发工程师，不管Java还是Groovy，Scala，Clojure，乃至新兴的Kotlin语言，在好奇心和求知欲驱使下，不断深度学习本领域的新东西时一定会接触到JVM。可能从基友，公众号，网络或书籍上了解到，然后走上了从从入门到放弃之路。但是出来工作以后，JVM这一关，终... (展开)

0回应

看山 2019-12-12 11:06:54 机械工业出版社2019版

深入理解Java虚拟机：JVM高级特性与最佳实践读后感

写这篇读后感的缘由是这本书的第三版即将面世了，先拜谢周教授，相信很多人得益于周教授的这本书。 14年入手的第二版，当时准备跳槽，需要理论知识武装一下。于是囫囵吞枣的扫了第一遍，就两个字，不懂，那种感觉就仿佛身在雾中，一切都看不通透，感觉浑身不舒服，想来是自己水... (展开)

0回应

一缕炊烟 2019-12-12 09:26:39 机械工业出版社2019版

Java虚拟机，有这本就够了

之前看过第二版，对于想了解jvm的小伙伴建议入手这本书。类加载、内存分析、垃圾收集机制等部分都是进入jvm大门的必备知识，如果想更深入了解，还有字节码层面的介绍，还结合了一些案例进行讲解。而第三版是在jdk12的基础上进行介绍的，想了解当前jvm的最新进展的小伙伴，本... (展开)

0回应

zhuzhu 2014-10-21 19:55:16 机械工业出版社2013版

国内原创技术书的优质之作

国内原创技术书的优质之作，读起来过瘾，流畅。收货很大。对于一些比较晦涩难懂的部分也讲的比较明白。但还是有个别的点只是提到了，但是没有解释清楚，只能找别的书再补充了。国内的技术作者要都是这样认真出作品就好了。 (展开)

0回应

bdceo 2014-01-12 00:47:22 机械工业出版社2013版

看完后，总感觉还缺点儿啥？！

如标题首先很佩服、欣喜能看到国人出的关于Java虚拟机的书写了4年java代码，对虚拟机是从没认真了解过看到书名“深入理解……”，果断网购阅读读完后，总感觉，还缺点儿啥，貌似自己的一些问题在书中未能找到答案不过，总体上来说，也是有收获的，稍有【遗憾】的是书中提... (展开)

0回应

> 更多书评 70篇

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

我来写笔记

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

展开收起
第44页垃圾收集器与内存分配策略

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

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

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

推荐

回应 2012-12-08 21:15
展开收起
第26页 Java虚拟机栈

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页走近Java

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页 Java虚拟机栈

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