本文档详细讨论了Sun JDK 1.6的内存管理，包括内存区域划分、各种垃圾回收机制及其触发条件。文中还介绍了如何监测垃圾回收状态和解决内存溢出(OOM)的问题。重点在于理解不同的内存管理方式及其优缺点，以及如何优化内存使用和应用性能。

1. Sun JDK 1.6内存管理使用篇bluedavy2010-10、2010-11

2. 目标掌握Sun JDK内存区域是如何划分和使用的掌握Sun JDK有哪些GC，怎么用，什么时候触发掌握OOM的解决方法掌握如何监测GC的状况

3. 内存管理Explicit (例如C)分配内存：malloc释放内存：free优点高效缺点开发成本高

4. 内存管理Auto(例如Lisp、Java、.net、erLang)语言本身来负责内存的分配和回收优点开发效率高避免内存分配bug缺点不可预期的latency

5. 内存管理JavaGarbage CollectorMemory AllocateMemory FreeGarbage CollectionGarbage: 没有被引用的对象如忘记释放应该释放的引用，就会造成memory leak

6. Sun JDK Memory Area-XssPC寄存器本地方法栈局部变量区-XX:PermSize –XX:MaxPermSize操作数栈方法区栈帧堆方法栈-Xms -Xmx备注：在Sun JDK中本地方法栈和方法栈是同一个，因此也可用-Xss控制

7. Sun JDK Memory Area方法栈 & 本地方法栈线程创建时产生，方法执行时生成栈帧；方法区存储类的元数据信息、常量等；堆Java代码中所有的new操作；Native Memory(C Heap)Direct ByteBuffer、JNI、Compile、GC；

8. 堆-XmnNew GenerationEdenS0S1Old Generation-XX:SurvivorRatio备注：通常将对新生代进行的回收称为Minor GC或Young GC；对旧生代进行的回收称为Major GC，但由于Major GC除并发GC外均需对整个堆以及持久代进行扫描和回收，因此又称为Full GC。

9. 目标掌握Sun JDK内存区域是如何划分和使用的掌握Sun JDK有哪些GC，怎么用，什么时候触发掌握OOM的解决方法掌握如何监测GC的状况

10. Garbage CollectorSerialParallelYGC: Parallel Scavenge(PS)FGC: Parallel MSC(PSOld),Parallel Compacting(ParOld)ConcurrentYGC: ParNewFGC: CMS,fail then Serial MSC

11. Garbage Collector - SerialClient模式下默认；可用-XX:+UseSerialGC强制使用。优点对于Server应用而言，没看出有什么优点缺点慢，不能充分发挥硬件资源

12. Garbage Collector - Serial内存回收触发机制YGCeden空间不足；FGCold空间不足；perm空间不足；显示调用System.gc() ，包括RMI等的定时触发;YGC时的悲观策略；dump live的内存信息时(jmap –dump:live)。怎么看有没有触发：jstat或gc logCase Show!11. case请从这里下载

13. Garbage Collector - Serial内存回收触发时发生了什么YGC清空eden+from中所有no ref的对象占用的内存；将eden+from中所有存活的对象copy到to中；在这个过程中一些对象将晋升到old中；to放不下的；存活次数超过tenuring threshold的。重新计算Tenuring Threshold；单线程做以上所有动作；全过程暂停应用。怎么看各个区域内存的变化：jstat –gcutil或gc logCase Show!

14. Garbage Collector - Serial内存回收触发时发生了什么FGC如配置了CollectGen0First，则先触发YGC；清空heap中no ref的对象，permgen中已经被卸载的classloader中加载的class的信息；单线程做以上所有动作；全过程暂停应用。Case Show!

15. Garbage Collector - Serial细节参数-XX:SurvivorRatio=x，控制eden/s0/s1的大小；-XX:MaxTenuringThreshold，用于控制对象在新生代存活的最大次数；-XX:PretenureSizeThreshold=x，控制超过多大字节的对象就在old上分配；Case Show!

16. Garbage Collector - ParallelServer模式下默认；YGC: PS FGC: Parallel MSC可用-XX:+UseParallelGC或-XX:+UseParallelOldGC来强制指定；ParallelGC代表FGC为Parallel MSCParallelOldGC代表FGC为Parallel Compacting优点高效；缺点当heap变大后，造成的暂停时间会变得比较长。

17. Garbage Collector - Parallel内存回收触发机制YGCeden空间不足；FGCold空间不足；perm空间不足；显示调用System.gc()，包括RMI等的定时触发;YGC时的悲观策略；YGC前 & YGC后dump live的内存信息时(jmap –dump:live) 。Case Show!

18. Garbage Collector - Parallel内存回收触发时发生了什么YGC和Serial所作的动作基本相同，不同的为多线程在做这些动作；另一步不同的动作为在YGC的最后不仅重新计算Tenuring Threshold，还会重新调整Eden和From的大小。Case Show!

19. Garbage Collector - Parallel内存回收触发时发生了什么FGC如配置了ScavengeBeforeFullGC(默认)，则先触发YGC；MSC: 清空heap中no ref的对象，permgen中已经被卸载的classloader中加载的class的信息，并进行压缩；Compacting: 清空heap中部分no ref的对象，permgen中已经被卸载的classloader中加载的class的信息，并进行部分压缩；多线程做以上动作。Case Show!

20. Garbage Collector - Parallel细节参数-XX:SurvivorRatio=x，控制eden/s0/s1的大小，含义为eden:survivor space；-XX:MaxTenuringThreshold，用于控制对象在新生代存活的最大次数；-XX:-UseAdaptiveSizePolicy，去掉YGC后动态调整eden、from以及tenuring threshold的动作；-XX:ParallelGCThreads，设置并行的线程数；Case Show!

21. Garbage Collector – Concurrent1可用-XX:+UseConcMarkSweepGC来强制指定；优点在对Old进行回收时，对应用造成的暂停时间非常短，适合对latency要求高的应用；缺点内存碎片和浮动垃圾；Old区上的内存分配效率低；回收的整个耗时比较长；和应用争抢CPU；1. jdk 6.0 update 23以前的版本中有一些会导致crash的bug: 6872049,6948538,6948539

22. Garbage Collector - Concurrent内存回收触发机制YGCeden空间不足；CMS GCOld Gen的使用到达一定的比率，默认为92%；配置了CMSClassUnloadingEnabled，且Perm Gen的使用到达一定的比率，默认为92%；Hotspot自己根据估计决定是否要触发；在配置了ExplicitGCInvokesConcurrent的情况下显示调用了System.gc。Full GC(Serial MSC)Promotion Failed 或 Concurrent Mode Failure时；Case Show!

23. Garbage Collector - Concurrent内存回收触发时发生了什么YGC和Serial动作完全相同，只是改为了采用多线程；CMS GCold gen到达比率时只清除old gen中no ref的对象所占用的空间；perm gen到达比率时只清除已被清除的classloader加载的class信息；FGC和Serial动作完全相同。Case Show!

24. Garbage Collector - Concurrent细节参数-XX:CMSInitiatingOccupancyFraction，设置Old Gen使用到达多少比率时触发；-XX:CMSInitiatingPermOccupancyFraction，设置Perm Gen使用到达多少比率时触发；-XX:+UseCMSInitiatingOccupancyOnly，禁止hotspot自行触发CMS GC；Case Show!

25. Garbage Collector - Summaryimport java.util.*;public class SummaryCase{ public static void main(String[] args) { List<Object> caches=new ArrayList<Object>(); for(inti=0;i<7;i++){caches.add(new byte[1024*1024*3]); }caches.clear(); for(inti=0;i<2;i++){caches.add(new byte[1024*1024*3]); } }}用以下两种参数执行，会执行几次minor gc和几次full gc呢？-Xms30m -Xmx30m -Xmn10m -XX:+UseParallelGC-Xms30m -Xmx30m -Xmn10m -XX:+UseSerialGC

26. Garbage Collector – FutureGarbage First (G1)JDK 1.6 update 14 or JDK 7Few flags need to set-XX:MaxGCPauseMillis=100 -XX:GCPauseIntervalMillis=6000

27. 目标掌握Sun JDK内存区域是如何划分和使用的掌握Sun JDK有哪些GC，怎么用，什么时候触发掌握OOM的解决方法掌握如何监测GC的状况

28. Memory Monitoring内存使用情况Heap & PermGenjstat –gc or jstat –gcutiljmap–heapC Heaptop or ps aux

29. Memory Monitoring谁用了内存Heapjmap –histojmap –dump,then matC Heapgoogleperftools

30. Memory MonitoringGC的状况YGC/FGC的频率、耗时、回收的效果jstat –gcutil-XX:+PrintGCDetails –XX:+PrintGCDateStamps –Xloggc:<file>

31. 常见问题OOMCases Show!1、java -Xms20m -Xmx20m -Xmn10m -XX:+UseParallelGC com. bluedavy.oom.JavaHeapSpaceCase12、java -Xms20m -Xmx20m -Xmn10m -XX:+HeapDumpOnOutOfMemoryError com.bluedavy.oom.JavaHeapSpaceCase23、同上的启动参数执行com.bluedavy.oom.JavaHeapSpaceCase34、同上的启动参数执行com.bluedavy.oom.JavaHeapSpaceCase45、java -Xms1536m -Xmx1536m -Xss100m com.bluedavy.oom.CannotCreateThreadCase6、java –Xmn10m –Xms1536m –Xmx1536m NativeMemoryOOMCase

32. 常见问题OOM Solution PatternJava Heap Space是不是heap太小了呢？-XX:+HeapDumpOnOutOfMemoryError;jmap –histo多看几次；jmap –dump1；再不行就人肉。Out of Swap堆开太大了？googleperftoolsunable to create new native thread线程太多了？ -Xss太大了？PermGen Spacepermgen太小了？ClassLoader太多了？泄露？1. jdk 6.0 update 23以前的版本中有这个bug: http://goo.gl/nmTB8

33. 常见问题Write OOM Friendly Code限制List/Set/Map/StringBuilder等的大小；避免死循环；

34. 常见问题长暂停应用调优 or GC Tuning详细请见调优篇。GC占了应用运行的很多时间同上Case Show!

35. 目标掌握Sun JDK内存区域是如何划分和使用的掌握Sun JDK有哪些GC，怎么用，什么时候触发掌握OOM的解决方法掌握如何监测GC的状况

36. ReferencesSun JDK Memory Management whitepaper老外正在写的一个OOM系列的文章