CTO技术的博客

谈起JVM, 那么就不得不提垃圾收集(Garbage Collection 通常被称为“GC”).什么是垃圾收集呢?想解答这个问题, 我们最好将问题拆解开如何确定垃圾?如何回收垃圾?何时回收垃圾?下面围绕这三件事, 我们站在JVM层面梳理下垃圾收集的机制.

前面介绍过类加载器子系统运行时数据区(也就是内存相关)执行引擎前几章我们简单的梳理了一下JVM的类加载机制及运行时数据区,今天我们来聊聊JVM执行引擎.如无特殊说明, 所有描述JVM的特性均特指HotSpot VMHotSpot中采用的是解释器+JIT即时编译器混合.好处在Java程序运行时,JVM可以快速启动,前期先由解释器发挥作用,不需要等到编译器把所有字节码指令编译完之后才执行,这样可以省去很大一部分的编译时间;...

前面介绍过JVM被分为三个主要的子系统：前面我们介绍了JVM的类加载机制, 今天我们则重点聊聊JVM的运行时数据区, 即JVM内存相关知识关于JVM内存, 有两个比较重要的概念,这两个概念, 经常会有人搞混, 所以, 顺带来做个梳理.内存模型内存结构Java Memory Model, 就是我们常说的JMM;JMM和JVM内存结构不同, 它只是一个抽象的概念, 描述了一组规则或规范, 这个规范定义了一个线程对共享变量的写入时对另一个线程是可见的。我们知道, Java的多线程之间是通过共享内存进行通信的，而

我们知道, 在java开发中, .java文件会被编译超成一个个.class文件, 最终被JVM加载和运行.大致流程图如下我们写的java文件保存着业务逻辑代码,java编译器负责将 .java 文件编译成 .class 文件,.class 文件中保存着java文件转换后虚拟机将要执行的指令.当需要某个类的时候, java虚拟机会加载 .class 文件,并创建对应的class对象.将class文件加载到虚拟机的内存, 这个过程被称为类的加载.类加载的最终产品是位于堆区中的Class对象,Class对象封

JDK, JRE, JVM这几个概念很容易搞晕, 其实, 哪怕是JAVA老手也不一定能理清这些, 所以, 咸鱼还是简单的过下这几个概念.