JVM_教程版
_枸杞子_
软件工程专业学生
展开
-
JVM-001-环境搭建及一个小例子
安装JDK请查看这篇文章:认识JDK并配置path环境变量一个内存泄漏分析的小例子编写内存泄漏的代码package top.itcourse.oom;import java.util.ArrayList;public class TestOOM { public static void main(String[] args) { List<Test> list = new A原创 2017-11-22 20:34:07 · 373 阅读 · 0 评论 -
JVM-017-垃圾收集器和内存分配策略概述
Java与C++之间有一堵由内存动态分配和垃圾收集技术围城的高墙,城外面的人想进去,城里面的人却想出来。说起垃圾收集(Garbage Collection,GC),大部分人都把这项技术当做Java语言的伴生产物。事实上,GC的历史比Java久远,1960年诞生于MIT的Lisp是第一门真正使用内存动态分配和垃圾收集技术的语言。当Lisp还在胚胎时期时,人们就在思考GC需要完成的3件事情: 1...原创 2018-02-28 21:10:34 · 174 阅读 · 0 评论 -
JVM-018-对象已死-引用计数算法
在堆里面存放着Java世界中几乎所存的对象实例,垃圾收集器在对堆进行回收前,第一件事情就是要确定这些对象之中哪些还“存活”着,哪些已经“死去”(即不可能再被任何途径使用的对象)。很多教科书判断对象是否存活的算法是这样的:给对象中添加一个引用计数器,每当有一个地方引用它时,计数器值就加1;当引用失效时,计数器值就减1;任何时刻计数器为0的对象就是不可能再被使用的。作者面试过很多的应届生和一些有多...原创 2018-02-28 21:11:02 · 230 阅读 · 0 评论 -
JVM-019-对象已死-可达性分析算法
在主流的商用程序语言(Java、C#,甚至包括前面提到的古老的Lisp)的主流实现中,都是通可达性分析(Reachability Analysis)来判定对象是否存活的。这个算法的基本思路就是通过一系列的称为“GC Roots”的对象作为起始点,从这些节点开始向下搜索,搜索所走过的路径称为引用链(Reference Chain),当一个对象到GC Roots没有任何引用链相连,(用图论的话来说...原创 2018-02-28 21:11:30 · 250 阅读 · 0 评论 -
JVM-020-再谈引用
无论是通过引用计数算法判断对象的引用数量,还是通过可达性分析算法判断对象的引用链是否可达,判定对象是否存活都与“引用”有关。在JDK1.2以前,Java中的引用的定义很传统:如果reference类塑的数据中存储的数值代表的是另外一块内存的起始地址,就称这块内存代表着一个引用。这种定义很纯粹,但是太过狭隘,一个对象在这种定义下只有被引用或者没有被引用两种状态,对于如何描述一些“食之无味,弃之可惜”的原创 2018-04-23 12:08:56 · 167 阅读 · 0 评论 -
JVM-021-生存还是死亡
即使在可达性分析算法中不可达的对象,也并非是“非死不可”的,这时候它们暂时处于“缓刑”阶段,要真正宣告一个对象死亡,至少要经历两次标记过程:1.如果对象在进行可达性分析后发现没有与GC Roots相连接的引用链,那它将会被第一次标记并且进行一次筛选,筛选的条件是此对象是否有必要执行finalize()方法。当对象没有覆盖finalize()方法,或者finalize()方法已经被虚拟机调用过,虚拟原创 2018-04-24 08:43:25 · 242 阅读 · 0 评论 -
JVM-022-回收方法区
很多人认为方法区(或者HotSpot虚拟机中的永久代)是没有垃圾收集的,Java虚拟机规范中确实说过可以不要求虚拟机在方法区实现垃圾收集,而且在方法区中进行垃圾收集的“性价比”一般比较低:在堆中,尤其是在新生代中,常规应用进行一次垃圾收集一般可以回收70%〜95%的空间,而永久代的垃圾收集效率远低于此。永久代的垃圾收集主要回收两部分内容:废弃常量和无用的类。废弃常量回收废弃常量与回收Java堆原创 2018-05-04 14:45:32 · 262 阅读 · 0 评论 -
JVM-023-垃圾收集算法-标记、清除算法
最基础的收集算法是“标记-清除”(Mark-Sweep)算法,如同它的名字一样,算法分为“标记”和“清除”两个阶段:首先标记出所有需要回收的对象,在标记己完成后统一回收所有被标记的对象,它的标记过程其实在前一节讲述对象标记判定时已经介绍过了。之所以说它是最基础的收集算法,是因为后续的收集算法都是基于这种思路并对其不足进行改进而得到的。它的主要不足有两个: 1.一个是效率问题,标记和清除两个过程的效原创 2018-05-04 14:45:55 · 127 阅读 · 0 评论 -
JVM-024-垃圾收集算法-复制算法
为了解决效率问题,一种称为“复制”(Copying)的收集算法出现了,它将可用内存按容量划分为大小相等的两块,每次只使用其中的一块。当这一块的内存用完了,就将还存活着的对象复制到另外一块上面,然后再把已使用过的内存空间一次清理掉。这样使得每次都是对整个半区进行内存回收,内存分配时也就不用考虑内存碎片等复杂情况,只要移动堆顶指针,按顺序分配内存即可,实现简单,运行高效。只是这种算法的代价是将内存缩小为原创 2018-05-04 14:47:36 · 299 阅读 · 0 评论 -
JVM-025-垃圾收集算法-标记、整理算法
复制收集算法在对象存活率较高时就要进行较多的复制操作,效率将会变低。更关键的是,如果不想浪费50%的空间,就需要有额外的空间进行分配担保,以应对被使用的内存中所有对象都100%存活的极端情况,所以在老年代一般不能直接选用这种算法。根据老年代的特点,有人提出了另外一种“标记-整理”(Mark-Compact)算法,标记过程仍然与“标记-清除”算法一样,但后续步骤不是直接对可回收对象进行清理,而是让所原创 2018-05-04 14:48:00 · 238 阅读 · 0 评论 -
JVM-026-垃圾收集算法-分代收集算法
当前商业虚拟机的垃圾收集都采用“分代收集”(Generational Collection)算法,这种算法并没有什么新的思想,只是根据对象存活周期的不同将内存划分为几块。一般是把Java堆分为新生代和老年代,这样就可以根据各个年代的特点采用最适当的收集算法。在新生代中,每次垃圾收集时都发现有大批对象死去,只有少量存活,那就选用复制箅法,只需要付出少量存活对象的复制成本就可以完成收集。而老年代中因为对原创 2018-05-04 14:48:20 · 143 阅读 · 0 评论 -
JVM-027-Hotspot算法实现-枚举根节点
从可达性分析中从GC Roots节点找引用链这个操作为例,可作为GC Roots的节点主要在全局性的引用(例如常量或类静态属性)与执行上下文(例如栈帧中的本地变量表)中,现在很多应用仅仅方法区就有数百兆,如果要逐个检査这里面的引用,那么必然会消耗很多时间。另外,可达性分析对执行时间的敏感还体现在GC停顿上,因为这项分析工作必须在一个能确保一致性的快照中进行——这里“一致性”的意思是指在整个分析期间原创 2018-05-04 14:48:41 · 629 阅读 · 2 评论 -
JVM-028-Hotspot算法实现-安全点
在OopMap的协助下,HotSpot可以快速且准确地完成GC Roots枚举,但一个很现实的问题随之而来:可能导致引用关系变化,或者说OopMap内容变化的指令非常多,如果为每一条指令都生成对应的OopMap,那将会需要大量的额外空间,这样GC的空间成本将会变得很高。实际上,HotSpot也的确没有为每条指令都生成OopMap,前面已经提到,只是在“特定的位置”记录了这些信息,这些位置称为安全点原创 2018-05-04 14:49:03 · 179 阅读 · 0 评论 -
JVM-016-对象的访问定位
建立对象是为了使用对象,我们的Java程序需要通过栈上的reference数据来操作堆上的具体对象。由于reference类型在Java虚拟机规范中只规定了一个指向对象的引用,并没有定义这个引用应该通过何种方式去定位、访问堆中的对象的具体位置,所以对象访问方式也是取决于虚拟机实现而定的。目前主流的访问方式有使用句柄和直接指针两种。句柄如果使用句柄访问的话,那么Java堆中将会划分...原创 2018-02-28 21:10:08 · 132 阅读 · 0 评论 -
JVM-015-对象的内存布局
在HotSpot虚拟机中,对象在内存中存储的布局可以分为3块区域:对象头(Header)、实例数据(Instance Data)和对齐填充(Padding)。对象头HotSpot虚拟机的对象头包括两部分信息,第一部分用于存储对象本身的运行时数据,如哈希码(HashCode)、GC分代年龄、锁状态标志、线程持有的锁、偏向线程ID、偏向时间戳等,这部分数据的长度在32位和64位的...原创 2018-02-28 21:06:55 · 156 阅读 · 0 评论 -
JVM-014-对象的创建
Java是一门面向对象的编程语言,在Java程序运行过程中无时无刻都有对象被创建出来,在语言层面上,创建对象(例如克隆、反序列化)通常仅仅是一个new关键字而已,而在虚拟机中,对象(文中讨论的对象限于普通Java对象,不包括数组和Class对象等)的创建又是怎样一个过程呢?初始化、加载虚拟机遇到一条new指令时,首先将去检查这个指令的参数是否能在常量池中定位到一个类的符号引用...原创 2018-02-28 21:06:31 · 165 阅读 · 0 评论 -
JVM-002-JVM监控工具
在我们安装的jdk的bin目录下有一个jconsole.exe程序,这就是一个JVM监控工具。我们可以直接在这里打开它,如果配置了环境变量也可以直接在控制台中输入jconsole命令来打开它。 这个jconsole.exe只有17k,它只是一个包装。真正的代码在lib目录下tools.jar包里,大小在17M左右。 在控制台输入jconsole,当我们打开jconsole之后,界面如下:原创 2018-01-24 13:01:46 · 149 阅读 · 0 评论 -
JVM-003-Java技术体系
Sun定义的Java技术体系的组成: - Java程序设计语言 - 各种硬件平台上的Java虚拟机 - Class文件格式 - Java API类库 - 第三方Java类库按功能划分 - 其中,Java程序设计语言、Java虚拟机、Java API类库三者组成了JDK(Java Development Kit)。JDK是用于支持Java程序开发的最小运行环境。Java AP原创 2018-01-24 13:02:24 · 184 阅读 · 0 评论 -
JVM-004-Java发展史
1991年4月:Java语言前身Oak语言出现。1995年5与23日:Oak语言改名为Java语言。并在Sun World大会上发布了Java 1.0版本。第一次提出了“Write Once,Run Anywhere”。1996年1月23日:JDK 1.0发布,提供了一个纯解释执行的java虚拟机-Sun Classic VM。JDK 1.0的代表技术有-Java虚拟机、Applet、AWT等原创 2018-01-30 12:08:29 · 203 阅读 · 0 评论 -
JVM-005-Java虚拟机历史
Sun Classic VM世界上第一款商用Java虚拟机。1996年1月23日,Sun公司发布JDK 1.0,Java语言首次拥有了商用的正式运行环境,这个JDK中所带的虚拟机就是Classic VM。这款虚拟机只能使用纯解释器方式来执行Java代码,如果要使用JIT编译器,就必须进行外挂。但是假如外挂了JIT编译器,JIT编译器就完全接管了虚拟机的执行系统,解释器便不再工作了。用户在这款虚拟机原创 2018-02-07 14:32:32 · 282 阅读 · 0 评论 -
JVM-006-Java内存区域简介
对于Java程序员来说,在虚拟机自动内存管理机制的帮助下,不再需要为每一个new 操作去写配对的delete/free代码,不容易出现内存泄漏和内存溢出问题,由虚拟机管理内存 这一切看起来都很美好。不过,也正是因为Java程序员把内存控制的权力交给了 Java虚拟 机,一旦出现内存泄漏和溢出方面的问题,如果不了解虚拟机是怎样使用内存的,那么排査 错误将会成为一项异常艰难的工作。运行时数据区域Ja原创 2018-02-28 20:57:36 · 112 阅读 · 0 评论 -
JVM-007-程序计数器(Program Counter Register)
程序计数器(Program Counter Register)是一块较小的内存空间,它可以看作是当前线程所执行的字节码的行号指示器。在虚拟机的概念模型里(仅是概念模型,各种虚拟机可能 会通过一些更高效的方式去实现),字节码解释器工作时就是通过改变这个计数器的值来选 取下一条需要执行的字节码指令,分支、循环、跳转、异常处理、线程恢复等基础功能都需 要依赖这个计数器来完成。由于Java虚拟机的多线程是原创 2018-02-28 20:58:06 · 533 阅读 · 0 评论 -
JVM-008-Java虚拟机栈(Java Virtual Machine Stacks)
与程序计数器一样,Java虚拟机栈(Java Virtual Machine Stacks)也是线程私有的,它的生命周期与线程相同。虚拟机栈描述的是Java方法执行的内存模型:每个方法在执行的同时都会创建一个栈帧(Stack Framed)用于存储局部变量表、操作数栈、动态链接、方法出口等信息。每一个方法从调用直至执行完成的过程,就对应着一个栈帧在虚拟机栈中入栈到出栈的过程。经常有人把Java内原创 2018-02-28 20:59:16 · 194 阅读 · 0 评论 -
JVM-009-本地方法栈(Native Method Stack)
本地方法栈(Native Method Stack)与虚拟机栈所发挥的作用是非常相似的,它们之间的区别不过是虚拟机栈为虚拟机执行Java方法(也就是字节码)服务,而本地方法栈则为虚拟机使用到的Native方法服务。在虚拟机规范中对本地方法栈中方法使用的语言、使用方式与数据结构并没有强制规定,因此具体的虚拟机可以自由实现它。甚至有的虚拟机(如Sun HotSpot虚拟机)直接就把本地方法栈和虚拟机栈原创 2018-02-28 21:01:14 · 387 阅读 · 0 评论 -
JVM-010-Java堆(Java Heap)
对于于大多数应用来说,Java堆(Java Heap)是Java虚拟机所管理的内存中最大的一块。Java堆是被所有线程共享的一块内存区域,在虚拟机启动时创建。此内存区域的唯一目的就是存放对象实例,几乎所有的对象实例都在这里分配内存。这一点在Java虚拟机规范中的描述是:所有的对象实例以及数组都要在堆上分,但是随着JIT编译器的发展与逃逸分析技术逐渐成熟,栈上分配、标量替换优化技术将会导致一些微妙的原创 2018-02-28 21:01:44 · 209 阅读 · 0 评论 -
JVM-011-方法区(Method Area)
方法区(Method Area)与Java堆一样,是各个线程共享的内存区域,它用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。虽然Java虚拟机规范把方法区描述为堆的一个逻辑部分,但是它却有一个别名叫做Non-Heap(非堆),目的应该是与Java堆区分开来。对于习惯在HotSpot虚拟机上开发、部署程序的开发者来说,很多人都更愿意把方法区称为“永久代”(Per...原创 2018-02-28 21:05:07 · 285 阅读 · 0 评论 -
JVM-012-运行时常量池(Runtime Constant Pool)
运行时常量池(Runtime Constant Pool)是方法区的一部分。Class文件中除了有类的版本、字段、方法、接口等描述信息外,还有一项信息是常量池(Constant Pool Table),用于存放编译期生成的各种字面量和符号引用,这部分内容将在类加载后进入方法区的运行时常量池中存放。Java虚拟机对Class文件每一部分(自然也包括常量池)的格式都有严格规定,每一个字节用于存储哪...原创 2018-02-28 21:05:35 · 617 阅读 · 0 评论 -
JVM-013-直接内存(Direct Memory)
直接内存(Direct Memory)并不是虚拟机运行时数据区的一部分,也不是Java虚拟机规范中定义的内存区域。但是这部分内存也被频繁地使用,而且也可能导致OutOfMemoryError异常出现,所以我们放到这里一起讲解。在JDK1.4中新加入了NIO(New lnput/Output)类,引入了一种基于通道(Channel)与缓冲区(Buffer)的I/O方式,它可以使用Native函数...原创 2018-02-28 21:06:03 · 299 阅读 · 0 评论 -
JVM-029-Hotspot算法实现-安全区域
使用Safepoint似乎已经完美地解决了如何进入GC的问题,但实际情况却并不一定。Safepoint机制保证了程序执行时,在不太长的时间内就会遇到可进入GC的Safepoint。但是,程序“不执行”的时候呢?所谓的程序不执行就是没有分配CPU时间,典型的例子就是线程处于Sleep状态或者Blocked状态,这时候线程无法响应JVM的中断请求,“走”到安全的地方去中断挂起,JVM也显然不太可能等待线原创 2018-05-04 14:49:24 · 270 阅读 · 0 评论