jvm 这一部分曾经看了一遍又一遍，然而每次看过之后没几天就会忘记，只是因为有些东西操作的少，所以这次再次读完《深入理解Java虚拟机》后做一次分类总结，希望能够把一些精华留住。下面走入jvm的世界。
一、java的内存模型
1、java 的内存模型分为堆、方法区（method area）、本地区（native area）。
堆中存储的对象为多个线程中共享的数据，包含对象、数组。
方法区中存储类的信息（类名、方法、字段）、静态变量、编译器编译后的代码。
本地区中包含线程栈、本地方法栈等存放线程。
如下图看各个区域划分：
堆内存 划分年轻代、老年代。堆外内存：方法区、代码缓存
年轻代划分为Eden区（对象出生地）、s0、s1 常用比例：8：1：1 内存有效使用率90%，s0、s1 为对象成长的区域，可以通过设置将对象不通过s0、s1直接从eden区域进入老年代。
老年代 存放长期存在的对象。
方法区 包含永久代 、内部字符串。其中如果对象过大可以直接分配在永久代。
代码缓存包含 线程（pc计数器、栈、本地栈）、编译和保存已经被保存的本地方法
二、垃圾回收算法
2.1判断对象是否可以被回收算法：
·引用计数法：效率高，无法标记互相引用的对象是否 可以被回收
·根搜索算法（可达性）
2.2垃圾回收算法：
·标记-清除：效率低、耗时长、产生大量内存碎片
·复制算法：内存使用率低
·标记整理：相比标记-清除 算法会减少内存碎片
·分代收集：根据对象生命周期回收。年轻代：由于大量对象朝生夕死，所以使用标记-清除。老年代：对象活的时间长，使用标记整理。永久代：对象存活的时间更长，标记整理。
三、 垃圾回收器介绍优缺点分析
如上图所示，根据回收不同区域的垃圾回收器 总共分为7种，其中联线的回收器是表明可以共用的回收器。因为G1已经不再有年轻代和老年代的概念，所以处在了一个特殊位置，上面回收器的名字OLD的意思不是代表老的版本，而是在老年代使用的意思。
3.1 Serial垃圾回收器（单线程回收器）（用于年轻代）
缺点：stop-the-world 、单线程处理
适用场景：java做的界面应用中可用。
3.2 ParNew垃圾回收器（Serial多线程版本）（用于老年代）
开启CMS垃圾回收器后默认开启的新生代垃圾回收器。
缺点：同Serial垃圾回收器
适用场景：可适用于高吞吐量的应用场景下
3.3 Parallel Scavenge 垃圾回收器（多线程、复制算法）
此垃圾回收器的目标是打到一个可控的吞吐量（执行用户代码时间/（执行用户代码时间+垃圾收集时间））
缺点：无法与当前主要使用的CMS垃圾回收器共同使用
适用场景：高吞吐量
3.4 Serial Old 垃圾回收器（单线程--老年代、标记-整理）
可与3.3垃圾回收器共用，可做CMS的后备方案
3.5 Parallel Old （3.3 的老年代版本、标记-整理）
3.6 CMS垃圾回收器（以获取最短回收停顿时间为目标）（默认开启ParaNew 回收新生代）
cms垃圾回收器分为4个阶段：初始标记、并发标记、重新标记、并发清除。其中前两个阶段仍然需要stop-the-world。
优点：并发收集、低停顿。
缺点：对cpu资源敏感、CMS无法处理浮动垃圾可能出现Concurrent Mode Failure（因为是并发标记，所以回收过程中需要预留内存，以供新的对象创建，预留内存过小容易出现此问题）jdk1.6后阀值已提升至92%。可使用75%-85%来配置阀值。
适用场景：互联网型应用，服务端
3.7 G1垃圾回收器（不再有分代的概念）（目前还未大量用于生产应用）
面向服务端开发的一款垃圾回收器，在将来可以替换掉CMS
回收阶段：初始标记、并发标记、最终标记、筛选回收
四、jvm调优
jvm调优可以从几个方面考虑，堆的大小、线程的大小、垃圾回收器的选择、垃圾回收器的一些特殊点的设置。
堆的大小设置可结合GC日志去看
详细jvm调优 网上有大量内容，
