- jdk
先要搞清楚jdk jre jvm之间的关系 网上找了一张图。从小往大说就是jvm(运行时数据区) 加上一些api 如JDBC JNDI 等等很多就是 jre . jre再加上 一些java自带的工具(jconsole、javaVisualVM等,下图蓝色部分)就变成了jdk ; - 运行时数据区-也就是常说的堆和栈
下图是jvm内存模型JMM大致图,内存分为堆内存和栈内存和栈内存。
(题外话- 那么为什么要采用栈这样的结构呢?不妨我们思考以下。 )
这是关于jvm内存模型的栈的个人理解。需要注意的是并不是栈内存(-Xss)这个参数越大越好而是越小越好(一般是128k),我们优化jvm是为了让他变成他自己应该有的样子而不是一味加大其配置,将其作用发挥到极致。
- 堆内存
准确来说这才是JMM jvm内存模型
方法区:存储静态变量(static)、常量(final)、class类文件(也就是类模板)、动态代理会在运行时产生类,这个就是运行时编译。
堆区:存放实例对象,比如在类的方法里面 有这样的一段代码
Person person = new Person();
那么person在栈内存中指向堆内存new出来的Person对象。
-
垃圾回收机制
-
gc会定期在Eden区进行垃圾回收,叫做Minor GC 是发生在新生代中的垃圾收集动作,所采用的是复制算法。
-
HotSpot JVM把新生代代分为了三部分:1个Eden区和2个Survivor区(分别叫from和to)。默认比例为8:1,为啥默认会是这个比例,接下来我们会聊到。一般情况下,新创建的对象都会被分配到Eden区(一些大对象特殊处理),这些对象经过第一次Minor GC后,如果仍然存活,将会被移到Survivor区。对象在Survivor区中每熬过一次Minor GC,年龄就会增加1岁,
当它的年龄增加到一定程度时(默认是15次),就会被移动到年老代中。因为年轻代中的对象基本都是朝生夕死的(90%),所以在年轻代的垃圾回收算法使用的是复制算法,复制算法的基本思想就是将内存分为两块,每次只用其中一块,当这一块内存用完,就将还活着的对象复制到另外一块上面。复制算法不会产生内存碎片。
复制回收算法 : 假如我们电脑有两块存储容量一样大的磁盘 ,D盘和E盘,D盘的数据满了,E盘是空的。现在我们要清理D盘的垃圾,我们通常的做法就是把D盘有用的数据拷贝到E盘,然后格式化D盘,这样效率是不是高了,这样子就需要两个一样大的空间了,所以在年轻代区中两份1/8 是用来做复制回收算法的空间。
还有一种垃圾回收算法标记清除算法 : 顾名思义,先标记在清楚。这个算法首先有一个标记死亡对象的过程,然后再清除,这样子的效率比较低,而且清除之后内存碎片化程度较高。不利于空间的使用
以上是我个人的理解,希望大神们即时纠正我的错误~