BlogJava-yuyee-随笔分类-jvm

JAVA GC

羔羊 — Mon, 25 Oct 2010 16:56:00 GMT

JAVA GC有很多种算法，比如引用记数，复制标记-清楚，标记-整理，每种算法都有优缺点，看特定场景选择。

比如当很多临时对象时，复制算法比较好，因为周期短，复制的可以少点，如果许多长寿对象，反复复制就不乐观了，这个时候标记-整理比较好。

目前SUN JAVA的GC用的是分代垃圾回收。

分为年轻代，老年代，持久代

年轻代存放生命周期很短的对象，这部分对象在GC的时候，很多已经是非活动对象，因此采用复制算法，只需要将少量的存货对象copy到to space，存货越少，效率越高。

年轻代的GC叫minor gc，经过多次复制，依旧存活的对象将移出年轻代，移到年老代。

年轻代分为：

eden:每当对象创建的时候，总是被分配到这个区域

survivor1:复制算法中的from space

survivor2:复制算法中的to space

年老代：

生命周期长，经过多次minor gc,依旧存活的对象

老年代的GC 叫major gc,通常也叫full gc

采用标记-整理算法。老年区域比较大，需要时间长

minor gc可能引发full gc。当eden+from space空间大于老年代剩余空间时，就会fucc gc,悲观算法

持久代：存放class信息和方法信息的地方，可通过-XX:MaxPermSize来调整最大值

-XX:NewRatio来设置年轻代与年老代比值

-XX:SurvivorRatio设置eden与survivor区的比值

-XX:MaxTenuringThreshold设置垃圾的年龄，如果=0，则表示不经过survivor区，直接进入年老代

-XX：ParallelGCThreads配置并行收集的线程数，最好与CPU数相同

-XX:+UseParallelGC 选择使用并行收集器

羔羊 2010-10-26 00:56 发表评论

JVM内存结构小记

羔羊 — Mon, 25 Oct 2010 14:48:00 GMT

JVM内存结构主要包括两个子系统和两个组件。

两个子系统分别是Classloader子系统和Executionengine(执行引擎)子系统；两个组件分别是Runtimedataarea(运行时数据区域)组件和Nativeinterface(本地接口)组件。

Classloader子系统:装载class信息到运行时数据区

Executionengine(执行引擎)子系统：执行Class的地方

Runtimedataarea(运行时数据区域)组件:经常说的JVM内存，分为5个区域

（1）heap(堆)：存放new 出来的对象和数组，由GC管理内存，每个JVM实例一个堆

（2）javastack(栈):每个线程一个javastack，只有压栈和出栈2个动作，以桢为单位

(3)methodarea(方法区)：每个JVM实例一个，存储类信息，静态的变量

(4)ProgramCounter：每个线程都有一个PC寄存器，记录线程执行的下个地址

(5)nativemethodstack：保存本地方法进去区域的地址

这里heap和methodarea是所有线程共享，而其他3个则是以线程为粒度隔离的。

Nativeinterface(本地接口)组件：与本地lib交互，是与其他语言交互的接口，当调用native方法时，不受JVM限制，可能会抛nativeheapOutOfMemory

栈是JVM的内存指令区，JAVA基本类型，JAVA指令代码，常量都保存在stack中，存取速度快，数据可以共享，缺点是栈中的数据大小和生命周期是确定的，不灵活

堆是JVM的内存数据区，对象实例包括他的属性都作为数据存储在heap中，对象实例在heap中分配好后，需要在stack中保存4个字节的heap内存地址，用来定位该对象在heap的位置，找到该实例，可以动态的分配内存大小，生存期不需要告诉编译器，但是存取慢。

例子：对象的方法和属性保存在哪里？

方法信息在方法区中，属性在heap中

另外，对象的静态属性在方法区中。

非静态方法和静态方法：

实例方法有一个隐含的传入参数，该参数就是this,也就是当前对象实例在stack中的地址指针，因为调用非静态方法时，都要先new出来。

静态方法无此隐含参数，不需要new 对象，只要class文件被ClassLoader加载到JVM的stack中，静态方法就能被调用，当然，静态方法取不到heap中的对象属性，因为还没对象呢。。。

羔羊 2010-10-25 22:48 发表评论

JMM小记

羔羊 — Mon, 25 Oct 2010 07:04:00 GMT

JMM，顾名思义，java memory model。他有3个特征：原子性，可见性，有序性。

JVM系统中都有个一主存，JAVA中所有变量都是存储在主存中，对所有线程都是共享的。

而每条线程都有自己的工作内存，工作内存中保存的是主存中某些变量的值，线程对所有变量的修改都是在工作内存中进行，线程之间无法直接互相访问，变量的传递都是通过主存完成。

可见性：JMM中并发线程修改变量，必须将工作内存中的变量同步到主存后，其他线程才能访问到

有续性：通过JAVA提供的同步机制或者volatile关键字来保证内存的有序性

JAVA中保证多核系统JMM缓存一致性原则：happens-before ordering(先行发生排序）

JAVA提供了

1.synchronized关键字

2.volatile关键字

3.final关键字

4.同步包中的locks

5.同步包中的原子类

羔羊 2010-10-25 15:04 发表评论

一些JDK自带的分析工具

羔羊 — Sun, 26 Sep 2010 03:29:00 GMT

jps:查看JAVA线程ID
jinof:
jinfo -flag MaxPermSize 查看VM参数信息
jstat;
jstat -opt 一般常用-gcutil查看垃圾收集信息，后面还可加一个间隔时间
jmap:
dump的生成工具，生成堆转储文件后可用MAT分析 jmap -dump:format=b,file=XX
也可用jmap -histo 将信息输出到控制台
jconsole:
jconsol是jdk自带的一个内存分析工具，它提供了图形界面。可以查看到被监控的jvm的内存信息，线程信息，类加载信息，MBean信息

jdk1.6提供了java visualVM，功能很全，类似Jprofiler

-XX:+HeapDumpOnOutOfMemoryError:这个参数指定在OOM时产生DUMP

-XX:HeapDumpPath 这个是要保存的 dump文件的路径，后缀为.hprof

例子：-XX:HeapDumpPath=C:\Documents and Settings\aoxianglin\Application Data\.visualvm\6u18\var\log\heapdump.hprof

羔羊 2010-09-26 11:29 发表评论