精华内容
下载资源
问答
  • JVM深入理解

    2018-10-17 16:14:43
    JVM自动内存管理机制 JVM垃圾收集器与内存分配策略 JVM虚拟机类加载机制 JVM字节码执行引擎 JVM类文件结构 JVM锁优化 ---
    展开全文
  • JVM 深入理解

    千次阅读 2012-06-10 17:06:17
    JVM屏蔽了与具体操作系统平台相关的信息,使Java程序只需生成在Java虚拟机上运行的目标代码(字节码),就可以在多种平台上不加修改地运行。JVM在执行字节码时,实际上最终还是把字节码解释成具体平台上的机器指令...

    Java虚拟机包括一套字节码指令集、一组寄存器、一个栈、一个垃圾回收堆和一个存储方法域。 JVM屏蔽了与具体操作系统平台相关的信息,使Java程序只需生成在Java虚拟机上运行的目标代码(字节码),就可以在多种平台上不加修改地运行。JVM在执行字节码时,实际上最终还是把字节码解释成具体平台上的机器指令执行。编译虚拟机的指令集与编译微处理器的指令集非常类似。


    优势

      Java语言的一个非常重要的特点就是与平台的无关性。而使用Java虚拟机是实现这一特点的关键。一般的高级语言如果要在不同的平台上运行,至少需要编译成不同的目标代码。而引入Java语言虚拟机后,Java语言在不同平台上运行时不需要重新编译。Java语言使用模式Java虚拟机屏蔽了与具体平台相关的信息,使得Java语言编译程序只需生成在Java虚拟机上运行的目标代码(字节码),就可以在多种平台上不加修改地运行。Java虚拟机在执行字节码时,把字节码解释成具体平台上的机器指令执行


    支持的数据类型

    基本数据类型:


      byte: //1字节有符号整数的补码

      JVM

    JVM

    short: //2字节有符号整数的补码
      int: //4字节有符号整数的补码
      long: //8字节有符号整数的补码
      float: //4字节IEEE754单精度浮点数
      double //8字节IEEE754双精度浮点数
      char: //2字节无符号Unicode字符

      几乎所有的Java类型检查都是在编译时完成的。上面列出的原始数据类型的数据在Java执行时不需要用硬件标记。操作这些原始数据类型数据的字节码(指令)本身就已经指出了操作数的数据类型,例如iadd、ladd、fadd和dadd指令都是把两个数相加,其操作数类型别是int、long、float和double。虚拟机没有给boolean(布尔)类型设置单独的指令。boolean型的数据是由integer指令,包括integer返回来处理的。boolean型的数组则是用byte数组来处理的。虚拟机使用IEEE754格式的浮点数。不支持IEEE格式的较旧的计算机,在运行Java数值计算程序时,可能会非常慢。


    其它数据类型:

      object //对一个Javaobject(对象)的4字节引用

      returnAddress //4字节,用于jsr/ret/jsr-w/ret-w指令

    注:Java数组被当作object处理。


      JVM

    JVM

    虚拟机的规范对于object内部的结构没有任何特殊的要求。在Sun公司的实现中,对object的引用是一个句柄,其中包含一对指针:一个指针指向该object的方法表,另一个指向该object的数据。用Java虚拟机的字节码表示的程序应该遵守类型规定。Java虚拟机的实现应拒绝执行违反了类型规定的字节码程序。Java虚拟机由于字节码定义的限制似乎只能运行于32位地址空间的机器上。但是可以创建一个Java虚拟机,它自动地把字节码转换成64位的形式。从Java虚拟机支持的数据类型可以看出,Java对数据类型的内部格式进行了严格规定,这样使得各种Java虚拟机的实现对数据的解释是相同的,从而保证了Java的与平台无关性和可移植性。



    规格

      JVM的设计目标是提供一个基于抽象规格描述的计算机模型,为解释程序开发人员提很好的灵活性,同时也确保Java代码可在符合该规范的任何系统上运行。JVM对其实现的某些方面给出了具体的定义,特别是对Java可执行代码,即字节码(Bytecode)的格式给出了明确的规格。这一规格包括操作码和操作数的语法和数值、标识符的数值表示方式、以及Java类文件中的Java对象、常量缓冲池在JVM的存储映象。这些定义为JVM解释器开发人员提供了所需的信息和开发环境。Java的设计者希望给开发人员以随心所欲使用Java的自由。 

      JVM定义了控制Java代码解释执行和具体实现的五种规格,它们是: 

    *JVM指令系统

      *JVM寄存器
      *JVM栈结构
      *JVM碎片回收堆
      *JVM存储区


    指令系统

      JVM指令系统同其他计算机的指令系统极其相似。Java指令也是由 操作码和操作数两部分组成操作码为8位二进制数,操作数紧随在操作码的后面,其长度根据需要而不同。操作码用于指定一条指令操作的性质(在这里我们采用汇编符号的形式进行说明),如iload表示从存储器中装入一个整数,anewarray表示为一个新数组分配空间,iand表示两个整数的"与",ret用于流程控制,表示从对某一方法的调用中返回。当长度大于8位时,操作数被分为两个以上字节存放。JVM采用了"big endian"的编码方式来处理这种情况,即高位bits存放在低字节中。这同 Motorola及其他的RISC CPU采用的编码方式是一致的,而与Intel采用的"little endian "的编码方式即低位bits存放在低位字节的方法不同
      JVM

    JVM

    Java指令系统是以Java语言的实现为目的设计的,其中包含了用于调用方法和监视多线程系统的指令。Java的8位操作码的长度使得JVM最多有256种指令,目前已使用了160多种操作码。


    JVM寄存器

      所有的CPU均包含用于   保存系统状态   和   处理器所需信息   的寄存器组。如果虚拟机定义较多的寄存器,便可以从中得到更多的信息而不必对栈或内存进行访问,这有利于提高运行速度。然而,如果虚拟机中的寄存器比实际CPU的寄存器多,在实现虚拟机时就会占用处理器大量的时间来用常规存储器模拟寄存器,这反而会降低虚拟机的效率。针对这种情况,JVM只设置了4个最为常用的寄存器。它们是:

      pc 程序计数器
      optop 操作数栈顶指针
      frame 当前执行环境指针
      vars 指向当前执行环境中第一个局部变量的指针
      所有寄存器均为32位。pc用于记录程序的执行。optop,frame和vars用于记录指向Java栈区的指针。


    JVM栈结构

      作为基于栈结构的计算机,Java栈是JVM存储信息的主要方法。当JVM得到一个Java字节码应用程序后,便为该代码中一个类的每一个方法创建一个栈框架(栈帧),以保存该方法的状态信息。每个栈框架包括以下三类信息:
     
    局部变量
      执行环境
      操作数栈

      局部变量用于存储一个类的方法中所用到的局部变量。vars寄存器指向该变量表中的第一个局部变量。
      执行环境用于保存解释器对Java字节码进行解释过程中所需的信息。它们是:上次调用的方法、局部变量指针和操作数栈的栈顶和栈底指针。执行环境是一个执行一个方法的控制中心。例如:如果解释器要执行iadd(整数加法),首先要从frame寄存器中找到当前执行环境,而后便从执行环境中找到操作数栈,从栈顶弹出两个整数进行加法运算,最后将结果压入栈顶。
      操作数栈用于存储运算所需操作数及运算的结果


    JVM碎片回收堆

      Java类的实例(对象)所需的存储空间是在堆上分配的。解释器具体承担为类实例分配空间的工作。解释器在为一个实例分配完存储空间后,便开始记录对该实例所占用的内存区域的使用。一旦对象使用完毕,便将其回收到堆中。在Java语言中,除了new语句外没有其他方法为一对象申请和释放内存。对内存进行释放和回收的工作是由Java运行系统承担的。这允许Java运行系统的设计者自己决定碎片回收的方法。在SUN公司开发的Java解释器和Hot Java环境中,碎片回收用后台线程的方式来执行。这不但为运行系统提供了良好的性能,而且使程序设计人员摆脱了自己控制内存使用的风险。
      jvm中的栈和局部

    jvm中的栈和局部






    JVM存储区
      JVM有两类存储区:常量缓冲池和方法区常量缓冲池用于存储类名称、方法和字段名称以及串常量。方法区则用于存储Java方法的字节码。对于这两种存储区域具体实现方式在JVM规格中没有明确规定。这使得Java应用程序的存储布局必须在运行过程中确定,依赖于具体平台的实现方式。JVM是为Java字节码定义的一种独立于具体平台的规格描述,是Java平台独立性的基础。目前的JVM还存在一些限制和不足,有待于进一步的完善,但无论如何,JVM的思想是成功的。
      对比分析:如果把Java原程序想象成我们的C++原程序,Java原程序编译后生成的字节码就相当于C++原程序编译后的80x86的机器码(二进制程序文件),JVM虚拟机相当于80x86计算机系统,Java解释器相当于80x86CPU。在80x86CPU上运行的是机器码,在Java解释器上运行的是Java字节码。Java解释器相当于运行Java字节码的“CPU”,但该“CPU”不是通过硬件实现的,而是用软件实现的。Java解释器实际上就是特定的平台下的一个应用程序。只要实现了特定平台下的解释器程序,Java字节码就能通过解释器程序在该平台下运行,这是Java跨平台的根本。当前,并不是在所有的平台下都有相应Java解释器程序,这也是Java并不能在所有的平台下都能运行的原因,它只能在已实现了Java解释器程序的平台下运行。


    体系结构

      我们知道,一个JVM实例的行为不光是它自己的事,还涉及到它的子系统、存储区域、数据类型和指令这些部分,它们描述了JVM的一个抽象的内部体系结构,其目的不光规定实现JVM时它内部的体系结构,更重要的是提供了一种方式,用于严格定义实现时的外部行为。每个JVM都有两种机制,一个是装载具有合适名称的类(类或是接口),叫做类装载子系统;另外的一个负责执行包含在已装载的类或接口中的指令,叫做运行引擎每个JVM又包括方法区、堆、Java栈、程序计数器和本地方法栈这五个部分,这几个部分和类装载机制与运行引擎机制一起组成的体系结构图为:

      JVM体系结构

    JVM体系结构

      JVM的每个实例都有一个它自己的方法域和一个堆,运行于JVM内的所有的线程都共享这些区域;当虚拟机装载类文件的时候,它解析其中的二进制数据所包含的类信息,并把它们放到方法域中;当程序运行的时候,JVM把程序初始化的所有对象置于堆上;而每个线程创建的时候,都会拥有自己的程序计数器和Java栈,其中程序计数器中的值指向下一条即将被执行的指令,线程的Java栈则存储为该线程调用Java方法的状态;本地方法调用的状态被存储在本地方法栈,该方法栈依赖于具体的实现。

      下面分别对这几个部分进行说明。
      执行引擎处于JVM的核心位置,在Java虚拟机规范中,它的行为是由指令集所决定的。尽管对于每条指令,规范很详细地说明了当JVM执行字节码遇到指令时,它的实现应该做什么,但对于怎么做却言之甚少。Java虚拟机支持大约248个字节码。每个字节码执行一种基本的CPU运算,例如,把一个整数加到寄存器,子程序转移等。Java指令集相当于Java程序的汇编语言。Java指令集中的指令包含一个单字节的操作符,用于指定要执行的操作,还有0个或多个操作数,提供操作所需的参数或数据。许多指令没有操作数,仅由一个单字节的操作符构成。

      虚拟机的内层循环的执行过程如下:
      do{
       取一个操作符字节;
       根据操作符的值执行一个动作;
      }while(程序未结束)

      由于指令系统的简单性,使得虚拟机执行的过程十分简单,从而有利于提高执行的效率。指令中操作数的数量和大小是由操作符决定的。如果操作数比一个字节大,那么它存储的顺序是高位字节优先。例如,一个16位的参数存放时占用两个字节,其值为:
      第一个字节*256+第二个字节字节码。
      
    指令流一般只是字节对齐的。指令tableswitch和lookup是例外,在这两条指令内部要求强制的4字节边界对齐对于本地方法接口,实现JVM并不要求一定要有它的支持,甚至可以完全没有。Sun公司实现Java本地接口(JNI)是出于可移植性的考虑,当然我们也可以设计出其它的本地接口来代替Sun公司的JNI。但是这些设计与实现是比较复杂的事情,需要确保垃圾回收器不会将那些正在被本地方法调用的对象释放掉。

      Java的堆是一个运行时数据区,类的实例(对象)从中分配空间,它的管理是由垃圾回收来负责的:不给程序员显式释放对象的能力。Java不规定具体使用的垃圾回收算法,可以根据系统的需求使用各种各样的算法。

      Java方法区与传统语言中的编译后代码或是Unix进程中的正文段类似。它保存方法代码(编译后的java代码)和符号表。在当前的Java实现中,方法代码不包括在垃圾回收堆中,但计划在将来的版本中实现。每个类文件包含了一个Java类或一个Java界面的编译后的代码。可以说类文件是Java语言的执行代码文件。为了保证类文件的平台无关性,Java虚拟机规范中对类文件的格式也作了详细的说明。其具体细节请参考Sun公司的Java虚拟机规范。
      Java虚拟机的寄存器用于保存机器的运行状态,与微处理器中的某些专用寄存器类似。Java虚拟机的寄存器有四种:
      pc: Java程序计数器;
      optop: 指向操作数栈顶端的指针;
      frame: 指向当前执行方法的执行环境的指针;。
      vars: 指向当前执行方法的局部变量区第一个变量的指针。

      在上述体系结构图中,我们所说的是第一种,即程序计数器,每个线程一旦被创建就拥有了自己的程序计数器。当线程执行Java方法的时候,它包含该线程正在被执行的指令的地址。但是若线程执行的是一个本地的方法,那么程序计数器的值就不会被定义。
      Java虚拟机的栈有三个区域:局部变量区、运行环境区、操作数区。

      局部变量区
      每个Java方法使用一个固定大小的局部变量集。它们按照与 vars 寄存器的字偏移量来寻址。局部变量都是32位的。长整数和双精度浮点数占据了两个局部变量的空间,却按照第一个局部变量的索引来寻址。(例如,一个具有索引n的局部变量,如果是一个双精度浮点数,那么它实际占据了索引n和n+1所代表的存储空间)虚拟机规范并不要求在局部变量中的64位的值是64位对齐的。虚拟机提供了把局部变量中的值装载到操作数栈的指令,也提供了把操作数栈中的值写入局部变量的指令
      运行环境区
      在运行环境中包含的信息用于动态链接,正常的方法返回以及异常捕捉。

      动态链接
      运行环境包括对指向当前类和当前方法的解释器符号表的指针,用于支持方法代码的动态链接。方法的class文件代码在引用要调用的方法和要访问的变量时使用符号。动态链接把符号形式的方法调用翻译成实际方法调用,装载必要的类以解释还没有定义的符号,并把变量访问翻译成与这些变量运行时的存储结构相应的偏移地址。动态链接方法和变量使得方法中使用的其它类的变化不会影响到本程序的代码。
      正常的方法返回
      如果当前方法正常地结束了,在执行了一条具有正确类型的返回指令时,调用的方法会得到一个返回值。执行环境在正常返回的情况下用于恢复调用者的寄存器,并把调用者的程序计数器增加一个恰当的数值,以跳过已执行过的方法调用指令,然后在调用者的执行环境中继续执行下去。
      异常捕捉
      异常情况在Java中被称作Error(错误)或Exception(异常),是Throwable类的子类,在程序中的原因是:①动态链接错,如无法找到所需的class文件。②运行时错,如对一个空指针的引用。程序使用了throw语句。
      当异常发生时,Java虚拟机采取如下措施:
      § 检查与当前方法相联系的catch子句表。每个catch子句包含其有效指令范围,能够处理的异常类型,以及处理异常的代码块地址。
      § 与异常相匹配的catch子句应该符合下面的条件:造成异常的指令在其指令范围之内,发生的异常类型是其能处理的异常类型的子类型。如果找到了匹配的catch子句,那么系统转移到指定的异常处理块处执行;如果没有找到异常处理块,重复寻找匹配的catch子句的过程,直到当前方法的所有嵌套的catch子句都被检查过。
      § 由于虚拟机从第一个匹配的catch子句处继续执行,所以catch子句表中的顺序是很重要的。因为Java代码是结构化的,因此总可以把某个方法的所有的异常处理器都按序排列到一个表中,对任意可能的程序计数器的值,都可以用线性的顺序找到合适的异常处理块,以处理在该程序计数器值下发生的异常情况。
      § 如果找不到匹配的catch子句,那么当前方法得到一个"未截获异常"的结果并返回到当前方法的调用者,好像异常刚刚在其调用者中发生一样。如果在调用者中仍然没有找到相应的异常处理块,那么这种错误将被传播下去。如果错误被传播到最顶层,那么系统将调用一个缺省的异常处理块。

      操作数栈区
      机器指令只从操作数栈中取操作数,对它们进行操作,并把结果返回到栈中。选择栈结构的原因是:在只有少量寄存器或非通用寄存器的机器(如Intel486)上,也能够高效地模拟虚拟机的行为。操作数栈是32位的。它用于给方法传递参数,并从方法接收结果,也用于支持操作的参数,并保存操作的结果。例如,iadd指令将两个整数相加。相加的两个整数应该是操作数栈顶的两个字。这两个字是由先前的指令压进堆栈的。这两个整数将从堆栈弹出、相加,并把结果压回到操作数栈中。
      每个原始数据类型都有专门的指令对它们进行必须的操作。每个操作数在栈中需要一个存储位置,除了long和double型,它们需要两个位置。操作数只能被适用于其类型的操作符所操作。例如,压入两个int类型的数,如果把它们当作是一个long类型的数则是非法的。在Sun的虚拟机实现中,这个限制由字节码验证器强制实行。但是,有少数操作(操作符dupe和swap),用于对运行时数据区进行操作时是不考虑类型的。
      本地方法栈,当一个线程调用本地方法时,它就不再受到虚拟机关于结构和安全限制方面的约束,它既可以访问虚拟机的运行期数据区,也可以使用本地处理器以及任何类型的栈。例如,本地栈是一个C语言的栈,那么当C程序调用C函数时,函数的参数以某种顺序被压入栈,结果则返回给调用函数。在实现Java虚拟机时,本地方法接口使用的是C语言的模型栈,那么它的本地方法栈的调度与使用则完全与C语言的栈相同。



    运行过程

      上面对虚拟机的各个部分进行了比较详细的说明,下面通过一个具体的例子来分析它的运行过程。
      虚拟机通过调用某个指定类的方法main启动传递给main一个字符串数组参数,使指定的类被装载,同时链接该类所使用的其它的类型,并且初始化它们。例如对于程序:
      class HelloApp
      {
      public static void main(String[] args)
      {
      System.out.println("Hello World!");
      for (int i = 0; i < args.length; i++ )
      {
      System.out.println(args);
      }
      }
      }
      编译后在命令行模式下键入:java HelloApp run virtual machine
      将通过调用HelloApp的方法main来启动java虚拟机,传递给main一个包含三个字符串"run"、"virtual"、"machine"的数组。现在我们略述虚拟机在执行HelloApp时可能采取的步骤。
      开始试图执行类HelloApp的main方法,发现该类并没有被装载,也就是说虚拟机当前不包含该类的二进制代表,于是虚拟机使用ClassLoader试图寻找这样的二进制代表。如果这个进程失败,则抛出一个异常。类被装载后同时在main方法被调用之前,必须对类HelloApp与其它类型进行链接然后初始化。链接包含三个阶段:检验,准备和解析。检验检查被装载的主类的符号和语义,准备则创建类或接口的静态域以及把这些域初始化为标准的默认值,解析负责检查主类对其它类或接口的符号引用,在这一步它是可选的。类的初始化是对类中声明的静态初始化函数和静态域的初始化构造方法的执行。一个类在初始化之前它的父类必须被初始化。整个过程如下:
      JVM虚拟机运行过程

    JVM虚拟机运行过程

      图4:JAVA虚拟机的运行过程








    展开全文
  • JVM深入理解与内存分析实战
    展开全文
  • 白鹤翔 JVM深入理解

    2018-08-20 07:29:12
    看完白鹤翔jvm视频后,整理的笔记,2积分绝对超值,收获你的第一份jvm笔记吧~
  • JVM深入理解.xmind

    2020-04-04 22:48:27
    文件总结了JVM的体系结构:四大块,类装载子系统(class loader subsystem),执行引擎子系统(Executionengine子系统),垃圾回收系统(gc),运行时数据区(JVM内存)。
  • JVM 基础入门 - 内存溢出 Java 学习目录 上一章 JVM 基础入门 - 深入理解内存结构 Java 学习目录 下一章节 JVM 基础入门 - 深入理解内存结构


    Java 学习目录
    上一章 JVM 深入理解 - 字符串常量池

    本机直接内存溢出

    • 设置方法:-XX:MaxDirectMemorySize=size
      本机直接内存可以通过上面的参数进行设置(默认与堆内存最大值一样),所以也会出现 OOM 异常。
    • 由直接内存导致的内存溢出,一个比较明显的特征是在 HeapDump 文件中不会看见有什么明显的异常情况,如果发生了 OOM,同时 Dump 文件很小,可以考虑重点排查下直接内存方面的原因。

    栈溢出

    • 设置方法: -Xss1m
      注:HotSpot 版本中栈的大小是固定的,是不支持拓展的。
    • 明显异常:java.lang.StackOverflowError
    • 触发方式: 一般的方法调用是很难出现的,除非方法无限递归。
    • 解决办法:
      1. 查找有无无限递归方法,找到后处理掉。
      2. 如果是正常情况的话,那就要加大内存。
    • 题外话:递归与循环。
      由于jvm 设计规则。所以同样的功能使用循环一定比递归要快,因为要不停地打包成栈帧压入栈中。因为要不停地打包成栈帧压入栈中。
    • 同时要注意,栈区的空间 JVM 没有办法去限制的,因为 JVM 在运行过程中会有线程不断的运行,没办法限制,所以只限制单个虚拟机栈的大小。
    /**
     * 栈溢出  -Xss=1m
     */
    public class StackOverFlow {
    
        public void dance(int a){//方法不断执行-栈帧不断入栈(不出栈)
        	System.out.println(a);
            dance(++a);//
        }
        public static void main(String[] args)throws Throwable {
            StackOverFlow javaStack = new StackOverFlow();
            javaStack.dance(1);
        }
    }
    

    在这里插入图片描述
    当调整栈内存大小后会有所改善,但是还是要预防无限递归。

    堆溢出

    • 设置方法:-Xms;-Xmx;
    • 明显异常:java.lang.OutOfMemoryError:java heap space
    • 触发方式:
      1. 内存中加载的数据量过于庞大,如一次从数据库取出过多数据;
      2. 集合类中有对对象的引用,使用完后未清空,使得JVM不能回收;
      3. 代码中存在死循环或循环产生过多重复的对象实体;
      4. 使用的第三方软件中的BUG;
      5. 启动参数内存值设定的过小;
    • 解决办法:
      1. 检查是否有方法异常创建对象,有引用而不使用。
      2. 增加内存。
      3. 适当增加其他引用关系。
    /**
     * VM Args:-Xms30m -Xmx30m -XX:+PrintGCDetails
     * 堆内存溢出(直接溢出)
     */
    public class HeapOom {
       public static void main(String[] args)
       {
           String[] strings = new String[35*1000*1000];  //35m的数组(堆)
       }
    }
    

    在这里插入图片描述

    方法区溢出

    • 运行时常量池溢出
    • 方法区中保存的 Class 对象没有被及时回收掉或者 Class 信息占用的内存超过了我们配置。
    • 注意 Class 要被回收,条件比较苛刻(仅仅是可以,不代表必然,因为还有一些参数可以进行控制)
      1. 该类所有的实例都已经被回收,也就是堆中不存在该类的任何实例。
      2. 加载该类的 ClassLoader 已经被回收。
      3. 该类对应的 java.lang.Class 对象没有在任何地方被引用,无法在任何地方通过反射访问该类的方法。
    import java.lang.reflect.Method;
    import net.sf.cglib.proxy.Enhancer;
    import net.sf.cglib.proxy.MethodInterceptor;
    import net.sf.cglib.proxy.MethodProxy;
    /**
     * 方法区导致的内存溢出
     * VM Args: -XX:MetaspaceSize=10M -XX:MaxMetaspaceSize=10M
     * */
    public class MethodAreaOutOfMemory {
    
        public static void main(String[] args) {
            while (true) {
                Enhancer enhancer = new Enhancer();
                enhancer.setSuperclass(TestObject.class);
                enhancer.setUseCache(false);
                enhancer.setCallback(new MethodInterceptor() {
                    public Object intercept(Object arg0, Method arg1, 
                    Object[] arg2, MethodProxy arg3) throws Throwable {
                        return arg3.invokeSuper(arg0, arg2);
                    }
                });
                enhancer.create();
            }
        }
    
        public static class TestObject {
            private double a = 34.53;
            private Integer b = 9999999;
        }
    }
    

    在这里插入图片描述

    • -Xnoclassgc 禁用类的垃圾收集(GC)
      在这里插入图片描述

    Java 学习目录
    下一章 JVM 深入理解 - 对象 “对象”?

    展开全文
  • JVM 基础入门 - 深入理解内存区域 Java 学习目录 上一章 JVM 基础入门 - 内存区域
  • JVM深入理解内部类

    2020-07-06 19:44:30
    原文链接:https://blog.csdn.net/Hacker_ZhiDian/article/details/82193100 原文链接:https://blog.csdn.net/coder_what/article/details/89381302
  • Jvm 简介 jvm是java代码的运行平台,真正实现Java代码,一次编译、到处运行。是Java跨平台的基础。经过20年的发展,jvm先后出现了很多版本和类型,目前比较流行的、性能比较高的有 hotspot、j9、jRocket。国内也有...
  • 出入:深入理解Java虚拟机:JVM高级特性与最佳实践(第3版) 基础工具:用于支持基本的程序创建和运行 安全:用于程序签名、设置安全测试等 国际化:用于创建本地语言文件 远程方法调用:用于跨Web或网络的服务...
  • Java与JVM深入理解笔记

    千次阅读 2017-02-16 18:07:51
    6.JVM class类加载加载机制 --- JVM把描述类的数据从class加载到内存,并对数据进行校验,转化解析和初始化,最终得到可被虚拟机直接使用的Java类型 类装载器: 寻找类的字节码文件, 并构造出类在JVM内部表示的...
  • JVM 深入理解Java虚拟机读书笔记

    千次阅读 2017-09-25 21:08:29
    JVM默认使用的CAS加失败重试的方法保证更新操作的原子性 使用本地线程缓冲区TLAB 每个线程都分配一块TLAB 要分配内存的线程在自己的TLAB上进行分配 可使用参数 -XX:+/-UseTLAB 来设置 创建对象的流程 ...
  • public void f() { Object hollis = new Object(); synchronized(hollis) { System.out.println(hollis); } }
  • 深入理解JVM

    2012-05-31 01:19:37
    深入理解JVM 深入理解JVM 深入理解JVM
  • 深入理解 JVM 垃圾回收机制及其实现原理

    万次阅读 多人点赞 2018-05-31 13:47:17
    对于 JVM 来说,我们都不陌生,其是 Java Virtual Machine(Java 虚拟机)的缩写,它也是一个虚构出来的计算机,是通过在实际的计算机上仿真模拟各种计算机功能来实现的。JVM 有自己完善的硬件架构,如处理器、堆栈...
  • 深入理解jvm

    2018-12-21 22:15:45
    深入理解JVM深入理解JVM一本可以帮助开发者深入了解jvm的经典书籍
  • JAVA 深入理解JVM

    2009-08-02 18:11:25
    不得不看 JAVA 深入理解JVM 深入理解JAVA的原理 必读
  • JVM规范与深入理解

    2018-12-03 11:34:32
    JVM规范与深入理解,有JVM规范,有周志明的深入理解JVM
  • 深入理解jvm源码

    2016-09-22 22:53:05
    深入理解jvm源码
  • 阅读《深入理解Java虚拟机》后,收获很多,在阅读过程记录了笔记 前言 首先,java程序可以“一次编写,到处运行”就是因为有Java虚拟机这个东西作为容器。Java虚拟机作为一个中间层,向上接受由我们编写的代码生成...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 12,542
精华内容 5,016
关键字:

jvm深入理解