java基础- JVM

最新推荐文章于 2024-09-13 15:45:15 发布
最新推荐文章于 2024-09-13 15:45:15 发布
阅读量265 收藏
点赞数
文章标签： java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_26855187/article/details/120680054
版权

1. jvm的位置

在操作系统之上，包含在jre里。

硬件体系（Intel,spal…） --> 操作系统（window,Liunx,Mac） --> JVM–Jre

2. JVM的体系结构

在这里插入图片描述
在这里插入图片描述

百分之99的JVM调优都是在堆中调优，Java栈、本地方法栈、程序计数器是不会有垃圾存在的。

1. 程序计数器

PC寄存器

内存空间小，线程私有。字节码解释器工作是就是通过改变这个计数器的值来选取下一条需要执行指令的字节码指令，分支、循环、跳转、异常处理、线程恢复等基础功能都需要依赖计数器完成

如果线程正在执行一个 Java 方法，这个计数器记录的是正在执行的虚拟机字节码指令的地址；

如果正在执行的是 Native 方法，这个计数器的值则为 (Undefined)。

此内存区域是唯一一个在 Java 虚拟机规范中没有规定任何 OutOfMemoryError 情况的区域。

2. Java 栈

线程私有，生命周期和线程一致。描述的是 Java 方法执行的内存模型：每个方法在执行时都会创建一个栈帧(Stack Frame)用于存储局部变量表、操作数栈、动态链接、方法出口等信息。每一个方法从调用直至执行结束，就对应着一个栈帧从虚拟机栈中入栈到出栈的过程。

局部变量表：存放了编译期可知的各种基本类型(boolean、byte、char、short、int、float、long、double)、对象引用(reference 类型)和 returnAddress 类型(指向了一条字节码指令的地址)

StackOverflowError：线程请求的栈深度大于虚拟机所允许的深度。
OutOfMemoryError：如果虚拟机栈可以动态扩展，而扩展时无法申请到足够的内存。

3. 本地方法栈

区别于 Java 虚拟机栈的是，Java 虚拟机栈为虚拟机执行 Java 方法(也就是字节码)服务，而本地方法栈则为虚拟机使用到的 Native 方法服务。也会有 StackOverflowError 和 OutOfMemoryError 异常。

4. Java 堆

对于绝大多数应用来说，这块区域是 JVM 所管理的内存中最大的一块。线程共享，主要是存放对象实例和数组。内部会划分出多个线程私有的分配缓冲区(Thread Local Allocation Buffer, TLAB)。可以位于物理上不连续的空间，但是逻辑上要连续。

5. 方法区

方法区是被所有线程共享,所有字段和方法字节码，以及一些特殊方法，如构造函数,接口代码也在此定义,简单说，所有定义的方法的信息都保存在该区域,此区域属于共享区间;
 静态变量、常量、类信息(构造方法、接口定义)、运行时的常量池存在方法区中，但是实例变量存在堆内存中，和方法区无关

在这里插入图片描述

6. 运行时常量池

属于方法区一部分，用于存放编译期生成的各种字面量和符号引用。编译器和运行期(String 的 intern() )都可以将常量放入池中。内存有限，无法申请时抛出 OutOfMemoryError。

7. 直接内存

非虚拟机运行时数据区的部分

3. 类加载器

类加载器负责加载class文件，class文件的文件头有自己的标识，将class文件转换成字节码的内容转化成方法区中的运行时数据结构（所以方法区里面存放的是类的描述信息，也就是放模板的地方）并且ClassLoade只负责class文件的加载，运行有Execution Engine决定。

在这里插入图片描述

  1. 虚拟机自带的加载器
  2. 启动类(根)加载器
  3. 扩展类加载器
  4. 应用程序加载器
  5. 双亲委派机制

4. 双亲委派机制

APP–>EXC—B0OT(最终执行)

  1. 类加载器收到类加载的请求
  2. 将这个请求向上委托给父类加载器去完成，一 直向上委托，知道启动类加载器
  3. 启动加载器检查是否能够加载当前这个类，能加载就结束， 使用当前的加载器，否则， 抛出异常，通知子加载器进行加载
  4. 重复步骤3

在这里插入图片描述

Class Not Found异常就是这么来的
Java早期的名字：C+±-
Java = C++:去掉繁琐的东西，指针，内存管理~

5. 沙箱安全机制

Java安全模型的核心就是Java沙箱(sandbox) ,所有的Java程序运行都可以指定沙箱，可以定制安全策略。

1. 什么是沙箱?

​ 沙箱是一个限制程序运行的环境。沙箱机制就是将Java代码限定在虚拟机(JVM)特定的运行范围中，并且严格限制代码对本地系统资源访问，通过这样的措施来保证对代码的有效隔离，防止对本地系统造成破坏。

2. 限制系统资源包括什么?

CPU、内存、文件系统、网络。不同级别的沙箱对这些资源访问的限制也可以不一样。

3. 早期的沙箱

​ 在Java中将执行程序分成本地代码和远程代码两种，**本地代码默认视为可信任的，而远程代码则被看作是不受信的。**对于授信的本地代码,可以访问一切本地资源。而对于非授信的远程代码在早期的Java实现中，安全依赖于沙箱Sandbox)机制。

在这里插入图片描述

4. Java1.1的沙箱

​ 但如此严格的安全机制也给程序的功能扩展带来障碍，比如当用户希望远程代码访问本地系统的文件时候，就无法实现。因此在后续的Java1.1版本中，针对安全机制做了改进，增加了安全策略，允许用户指定代码对本地资源的访问权限。
在这里插入图片描述

5. Java1.2的沙箱

​ 在Java1.2版本中，再次改进了安全机制，增加了代码签名。不论本地代码或是远程代码，都会按照用户的安全策略设定，由类加载器加载到虚拟机中权限不同的运行空间，来实现差异化的代码执行权限控制。
在这里插入图片描述

6. 最新的沙箱

​ 当前最新的安全机制实现，则引入了域(Domain)的概念。虚拟机**会把所有代码加载到不同的系统域和应用域,系统域部分专门负责与关键资源进行交互，**而各个应用域部分则通过系统域的部分代理来对各种需要的资源进行访问。虚拟机中不同的受保护域(Protected Domain),对应不一样的权限(Permission)。存在于不同域中的类文件就具有了当前域的全部权限。

在这里插入图片描述

7. 沙箱的基本组件

  • 字节码校验器(bytecode verifier) :确保Java类文件遵循Java语言规范。这样可以帮助Java程序实现内存保护。但并不是所有的类文件都会经过字节码校验，比如核心类。
  • 类裝载器(class loader) :其中类装载器在3个方面对Java沙箱起作用
    • 它防止恶意代码去干涉善意的代码;
    • 它守护了被信任的类库边界;
    • 它将代码归入保护域,确定了代码可以进行哪些操作。
  • 虚拟机为不同的类加载器载入的类提供不同的命名空间，命名空间由一系列唯一的名称组成， 每一个被装载的类将有一个名字，这个命名空间是由Java虚拟机为每一个类装载器维护的，它们互相之间甚至不可见。
     类装载器采用的机制是双亲委派模式。
     1. 从最内层JVM自带类加载器开始加载,外层恶意同名类得不到加载从而无法使用;
     2. 由于严格通过包来区分了访问域,外层恶意的类通过内置代码也无法获得权限访问到内层类，破坏代码就自然无法生效。
  • 存取控制器(access controller) :存取控制器可以控制核心API对操作系统的存取权限，而这个控制的策略设定,可以由用户指定。
  • 安全管理器(security manager) : 是核心API和操作系统之间的主要接口。实现权限控制，比存取控制器优先级高。
  • 安全软件包(security package) : java.security下的类和扩展包下的类，允许用户为自己的应用增加新的安全特性，包括:
     1. 安全提供者
     2. 消息摘要 
     3. 数字签名
     4. 加密
     5. 鉴别

6. Native

  • native :凡是带了native关键字的，说明java的作用范围达不到了，回去调用底层c语言的库!
  • 会进入本地方法栈，调用本地方法本地接口 JNI (Java Native Interface)
    • JNI作用:开拓Java的使用，融合不同的编程语言为Java所用!最初: C、C++
    • Java诞生的时候C、C++横行，想要立足，必须要有调用C、C++的程序
  • 它在内存区域中专门开辟了一块标记区域: Native Method Stack，登记native方法
  • 在最终执行的时候，加载本地方法库中的方法通过JNI
    • 硬件：Java程序驱动打印机
    • 线程：private native void start0();
    • 调用其他接口:Socket. . WebService~. .http~

1. Native Method Stack

它的具体做法是Native Method Stack中登记native方法，在( Execution Engine )执行引擎执行的时候加载Native Libraies。[本地库]

2. Native Interface本地接口

本地接口的作用是融合不同的编程语言为Java所用，它的初衷是融合C/C++程序, Java在诞生的时候是C/C++横行的时候，想要立足，必须有调用C、C++的程序，于是就在内存中专门开辟了块区域处理标记为native的代码，它的具体做法是在Native Method Stack 中登记native方法,在( Execution Engine )执行引擎执行的时候加载Native Libraies。
 目前该方法使用的越来越少了，除非是与硬件有关的应用，比如通过Java程序驱动打印机或者Java系统管理生产设备，在企业级应用中已经比较少见。因为现在的异构领域间通信很发达，比如可以使用Socket通信,也可以使用Web Service等等

7.栈

  • 栈:先进后出

  • 桶:后进先出

  • 队列:先进先出( FIFO : First Input First Output )

  • 栈:栈内存,主管程序的运行,生命周期和线程同步;线程结束，栈内存也就是释放,对于栈来说,不存在垃圾回收问题一旦线程结束，栈就Over!

  • 栈内存中:8大基本类型+对象引用+实例的方法

  • 栈运行原理:栈帧

  • 栈满了: StackOverflowError

在这里插入图片描述

  • 栈底部子帧指向上一个栈的方法 上一个栈的父帧指向栈底部方法
    在这里插入图片描述

8. 三种JVM

●Sun公司 HotSpot Java Hotspot™ 64-Bit Server VM (build 25.181-b13,mixed mode)
●BEA JRockit
●IBM J9VM
我们学习都是: Hotspot

9. 堆

  • Heap, 一个JVM只有一个堆内存，堆内存的大小是可以调节的。
  • 类加载器读取了类文件后，一般会把什么东西放到堆中?
  • 类, 方法，常量,变量~，保存我们所有引用类型的真实对象;
  • 堆内存中还要细分为三个区域:
    • 新生区(伊甸园区) Young/New
    • 养老区old
    • 永久区Perm

在这里插入图片描述

  • GC垃圾回收,主要是在伊甸园区和养老区~
  • 假设内存满了,OOM,堆内存不够! java.lang.OutOfMemoryError:Java heap space
  • 永久存储区里存放的都是Java自带的 例如lang包中的类 如果不存在这些，Java就跑不起来了
  • 在JDK8以后，永久存储区改了个名字(元空间)

10. 新生区、老年区

  • 所有的对象都是在伊甸园区new出来的! 类诞生和成长的地方，甚至死亡;
  • 幸存者区(0,1) 来回切换存储，确保幸存者区中有一个是空的，即为0区。

在这里插入图片描述

伊甸园满了就触发轻GC，经过轻GC存活下来的就到了幸存者区，幸存者区满之后意味着新生区也满了，则触发重GC，经过重GC之后存活下来的就到了养老区。

真理:经过研究，99%的对象都是临时对象!

11. 永久区

这个区域常驻内存的。用来存放JDK自身携带的Class对象。Interface元数据，存储的是Java运行时的一些环境~ 这个区域不存在垃圾回收，关闭虚拟机就会释放内存
●jdk1.6之前:永久代,常量池是在方法区;
●jdk1.7:永久代,但是慢慢的退化了，去永久代，常量池在堆中
●jdk1.8之后:无永久代,常量池在元空间

在这里插入图片描述

元空间：逻辑上存在，物理上不存在 (因为存储在本地磁盘内) 所以最后并不算在JVM虚拟机内存中

12.堆内存调优

1. OOM故障,那么该如何排除

  • 能够看到代码第几行出错:内存快照分析工具，MAT, Jprofiler
  • Dubug, 一行行分析代码!

2. MAT, Jprofiler作用

  • 分析Dump内存文件,快速定位内存泄露;
  • 获得堆中的数据
  • 获得大的对象~

3. Jprofile使用

  1. 在idea中下载jprofile插件
  2. 联网下载jprofile客户端
  3. 在idea中VM参数中写参数 -Xms1m -Xmx8m -XX: +HeapDumpOnOutOfMemoryError
  4. 运行程序后在jprofile客户端中打开找到错误 告诉哪个位置报错
    命令参数详解
    // -Xms 设置初始化内存分配大小/164
    // -Xmx 设置最大分配内存，默以1/4
    // -XX: +PrintGCDetails // 打印GC垃圾回收信息
    // -XX: +HeapDumpOnOutOfMemoryError //oom DUMP

12. GC

GC的作用区在堆和方法区

JVM在进行GC时，并不是对这三个区域统一回收。 大部分时候，回收都是新生代~

伊甸园 幸存区(form，to) 老年区

GC两种类:轻GC (普通的GC)， 重GC (全局GC)

  • 伊甸园满了就触发轻GC，经过轻GC存活下来的就到了幸存者区，幸存者区满之后意味着新生区也满了，则触发重GC，经过重GC之后存活下来的就到了养老区。

1. 算法

  1. 引用计数器：给每个对象标号，为0的表示没被引用，可以回收

缺点：类中一般有大量对象，计数很庞大

在这里插入图片描述

  1. 标记清除算法（Mark-Sweep）
    最基础的垃圾回收算法，分为两个阶段，标注和清除。标记阶段标记出所有需要回收的对象，清除阶段回收被标记的对象所占用的空间
    缺点:有很多内存碎片
  2. 复制算法（copying）
    为了解决 Mark-Sweep 算法内存碎片化的缺陷而被提出的算法。按内存容量将内存划分为等大小的两块。每次只使用其中一块，当这一块内存满后将尚存活的对象复制到另一块上去，把已使用的内存清掉

在这里插入图片描述

理解：每次to区都是空的，伊甸园区的数据和from区的数据放进to区，这是to区有数据了，from区没数据，from区就成了to区
好处: 没有内存的碎片~
坏处: 浪费了内存空间，多了一半空间永远是空to。假设对象100%存活(极端情况) 复制算法最佳使用场景:对象存活度较低的时候;新生区

  1. 标记整理算法（也叫压缩）(Mark-Compact)
    结合了以上两个算法，为了避免缺陷而提出。标记阶段和 Mark-Sweep 算法相同， 标记后不是清理对象，而是将存活对象移向内存的一端。然后清除端边界外的对象
    理解**：把存活下来的全部移动左边，右边就是连续的空内存，就没有碎空间。**

2. GC算法运用到各个区

  1. 在新生代-复制算法
    每次垃圾收集都能发现大批对象已死, 只有少量存活. 因此选用复制算法, 只需要付出少量存活对象的复制成本就可以完成收集

  2. 在老年代-标记整理算法
    因为对象存活率高、没有额外空间对它进行分配担保, 就必须采用“标记—清理”或“标记—整理” 算法来进行回收, 不必进行内存复制, 且直接腾出空闲内存。

13. 面试题

1. 堆里面的分区：伊甸园，from，to老年区。说说他们的特点。

  • 堆中的分区主要分为

    ​ 新生区;它又分为幸存1区和幸存2区,伊甸园区.

    ​ 老年区

  • 首先新生区:大部分的对象都是在伊甸园区创建并回收的,回收后幸存的对象会被放到幸存区(to)区,幸存区1,2他俩是互相交换的,这其中牵涉到了复制算法.

    • 复制算法主要被应用在新生区中的幸存区,具体流程就是在幸存区中将活的对象进行复制到另一个幸存区中,留下来的对象就会被清理掉,不断地交换.这样做的缺点就是占用空间大,用到的空间只有开辟的1/2.
    • 复制算法主要是根据GCroot判断一个对象是否是垃圾.

  • 当幸存区中经过十五次GC还未被清除掉的对象会进入老年区.老年代一般存放的是比较大的对象和存活时间很久的对象因此老年代用标记整理算法,老年代容量满后会启用重GC.

2. GC的算法有哪些?

标记清除法，标记整理,复制算法，引用计数器

3. 轻GC和重GC分别在什么时候发生?

  • 轻GC

​ 当Eden区没有足够空间进行分配时，虚拟机就会进行一次轻GC

  1. 新生代的垃圾收集动作，采用的是复制算法
  2. 对于较大的对象，在轻GC的时候可以直接进入老年代
  • Full GC
  1. Full GC是发生在老年代的垃圾收集动作，采用的是标记清除或标记整理算法
  2. 由于老年代的对象几乎都是Survivor区熬过来的，不会那么容易死掉，因此Full GC发生的次数不会有Minor GC那么频繁，并且time(Full GC)>time(Minor GC)

4. jvm内存模型，分区。详细到每个区都放什么。

jvm内存模型按照线程分可分为线程独占和线程共享两种.

  • 线程独占： 本地方法栈,虚拟机方法栈,程序计数器.

  • 线程共享： 堆,方法区

  • 本地方法栈:
    本地方法栈放的就是本地方法的栈针,这种方法一般是由c语言底层写的.通过JNI调用.

  • 虚拟机方法栈:
    它是以栈帧为单位存储的.栈帧中包含方法索引,输入输出参数,局部变量八大基本类型,操作数栈,动态链接,父帧,子帧.

  • 堆
    堆是线程共享,存储的是对象以及数组实例,引用在方法栈中.

  • 方法区
    方法区主要存储的是类信息包括方法信息,字段信息,类名,并不是类实例,静态变量常量,运行时常量池等等.

  • pc寄存器

    因为pc寄存器是线程独占的,所以每个线程都有一个寄存器.他不会发生内存溢出的情况因为他不会因为程序的执行而改变寄存器中数据所占的空间.它存储的是程序虚拟机字节码的地址.

5.什么是OOM，什么是栈溢出StackOverFlowError? 怎么分析?

  • OOM，全称“Out Of Memory”，翻译成中文就是“内存用完了”，来源于java.lang.OutOfMemoryError。当JVM因为没有足够的内存来为对象分配空间并且垃圾回收器也已经没有空间可回收时，就会抛出这个error。

  • 为什么会没有内存了呢？原因不外乎有两点：

    1）分配的少了：比如虚拟机本身可使用的内存（一般通过启动时的VM参数指定）太少。

    2）应用用的太多，并且用完没释放，浪费了。此时就会造成内存泄露或者内存溢出。

  • 最常见的OOM情况有以下三种：

    1. java.lang.OutOfMemoryError: Java heap space ------>java堆内存溢出，此种情况最常见，一般由于内存泄露或者堆的大小设置不当引起。对于内存泄露，需要通过内存监控软件查找程序中的泄露代码，而堆大小可以通过虚拟机参数-Xms,-Xmx等修改。
    2. java.lang.OutOfMemoryError: PermGen space ------>java永久代溢出，即方法区溢出了，一般出现于大量Class或者jsp页面，或者采用cglib等反射机制的情况，因为上述情况会产生大量的Class信息存储于方法区。此种情况可以通过更改方法区的大小来解决，使用类似-XX:PermSize=64m -XX:MaxPermSize=256m的形式修改。另外，过多的常量尤其是字符串也会导致方法区溢出。
    3. java.lang.StackOverflowError ------> 不会抛OOM error，但也是比较常见的Java内存溢出。JAVA虚拟机栈溢出，一般是由于程序中存在死循环或者深度递归调用造成的，栈大小设置太小也会出现此种溢出。可以通过虚拟机参数-Xss来设置栈的大小。

  • OOM分析–heapdump

    1. 设置JVM参数-XX:+HeapDumpOnOutOfMemoryError，设定当发生OOM时自动dump出堆信息。不过该方法需要JDK5以上版本。
    2. 使用JDK自带的jmap命令。"jmap -dump:format=b,file=heap.bin " 其中pid可以通过jps获取。
      dump堆内存信息后，需要对dump出的文件进行分析，从而找到OOM的原因。

6.谈谈JVM中 类加载器你的认识

7. VM的常用调优参数有哪些?

1. 堆配置

-Xms:初始堆大小
-Xms：最大堆大小
-XX:NewSize=n:设置年轻代大小
-XX:NewRatio=n:设置年轻代和年老代的比值。如：为3表示年轻代和年老代比值为1：3，年轻代占整个年轻代年老代和的1/4
-XX:SurvivorRatio=n:年轻代中Eden区与两个Survivor区的比值。注意Survivor区有两个。如3表示Eden： 3 Survivor：2，一个Survivor区占整个年轻代的1/5
-XX:MaxPermSize=n:设置持久代大小

2.收集器设置

 -XX:+UseSerialGC:设置串行收集器
 -XX:+UseParallelGC:设置并行收集器
 -XX:+UseParalledlOldGC:设置并行年老代收集器
 -XX:+UseConcMarkSweepGC:设置并发收集器

3.垃圾回收统计信息

-XX:+PrintGC  打印出对应的日志
-XX:+PrintGCDetails 详细信息描述了当前堆的各个区间的使用情况。
-XX:+PrintHeapAtGC 每次GC前后分别打印堆的信息
-XX:+PrintGCTimeStamps 额外的输出GC发生的时间
-XX:+PrintGCApplicationConcurrentTime 打印应用程序执行时间
-XX:+PrintGCApplicationStoppedTime 打印应用程序由于GC而产生的停顿时间。
-XX:+PrintReferenceGC 跟踪系统内的软引用、弱引用、虚引用和Finallize队列
-Xloggc:filename

4.并行收集器设置

-XX:ParallelGCThreads=n:设置并行收集器收集时使用的CPU数。并行收集线程数
-XX:MaxGCPauseMillis=n:设置并行收集最大的暂停时间（如果到这个时间了，垃圾回收器依然没有回收完，也会停止回收）
-XX:GCTimeRatio=n:设置垃圾回收时间占程序运行时间的百分比。公式为：1/(1+n)
-XX:+CMSIncrementalMode:设置为增量模式。适用于单CPU情况
-XX:ParallelGCThreads=n:设置并发收集器年轻代手机方式为并行收集时，使用的CPU数。并行收集线程数

5.类加载/卸载跟踪

-verbose:class 通跟踪类加载与卸载的信息，当然也可以使用下面这个参数
-XX:+TraceClassLoading  跟踪类加载的信息
-XX:+TraceClassUnloading 跟踪类的卸载信息。

6.系统参数查看

-XX:+PrintVMOptions 可以在程序运行时，打印虚拟机接受到的命令行显式参数。
-XX:+PrintCommandLineFlags 可以打印传递给虚拟机的显式参数和隐式参数，隐式参数未必是通过命令行直接给出的，它可能是虚拟机启动的时候进行自己获取的设置的。
-XX:PrintFlagsFinal 它会打印所有系统参数值，所以需要查看系统的详细参数，应该使用这个参数，开启这个参数之后虚拟机可能会产生500多行的输出，每一行为一个配置参数和其当前取值。

视频教程[狂神说B站]: https://www.bilibili.com/video/BV1iJ411d7jS

清枫逐
关注
ppj19891020#2018-Java-Interview#Java基础-JVM原理1
07-25
1.8中用元空间替代了永久代，元空间并不在虚拟机中，而是使用本地内存，元空间中可能还存在短指针数据区CCS堆区: 最大的一块区域，用于存放对象的区域，1.7之后
【05-JVM面试专题-运行时数据区的结构都有哪些？哪些是共享的呢？哪些是非共享的呢？详细的介绍一下运行时数据区结构各部分的作用？】
Coder_ljw的博客
02-22 359
方法区:线程共享的区域，方法区是逻辑上堆的一部分，所以他有个名字：非堆运行时常量池、字段和方法数据，以及方法和构造函数的代码，包括类和实例初始化和接口初始化中使用的特殊方法，如果方法区域中的内存无法满足分配请求，Java 虚拟机将抛出一个堆:线程共享 堆是为所有类实例和数组分配内存的运行时数据区域 内存不足java虚拟机栈:执行java方法的 线程私有的本地方法栈:执行本地方法 线程私有程序计数器:记录程序执行到的位置 线程私有。
Java内存区域简述
老黑牛
08-12 496
在Java中，内存由虚拟机进行管理，不像C++那样需要为每个对象写相应的delete/free方法，不容易出现内存泄漏和内存溢出的问题。 Java虚拟机在执行java程序的过程中会把他所管理的内存划分为若干个不同的数据区域，如下图所示： 程序计数器程序计数器是一块很小的内存区域，可以看做当前线程所执行的字节码的行号指示器。字节码解释器在工作的时候就是通过这个计数器的值来选取下一条需要执行的字节码
简单了解 JVM
最新发布
qq_61872165的博客
09-13 2081
♫什么是JVMJVM 是 Java Virtual Machine 的简称，意为 Java虚拟机。虚拟机是指通过软件模拟的具有完整硬件功能的、运行在一个完全隔离的环境中的完整计算机系统（如：JVM、VMwave、Virtual Box）。JVM 和其他两个虚拟机的区别是： VMwave与VirtualBox是通过软件模拟物理CPU的指令集，物理系统中会有很多的寄存器，而 JVM则是通过软件模拟Java字节码的指令集，JVM中只是主要保留了PC寄存器，其他的寄存器都进行了裁剪。♫JVM的运行流程。
Java内存系列一之内存数据区域
shadowYa_zxc的博客
01-16 343
Java运行时数据区       Java在执行Java程序的过程中会把它所管理的内存划分为若干个不同的数据区域。这些区域都有各自的用途、以及创建和销毁的时间，有的区域是随虚拟机进程的启动而存在，随虚拟机的退出而销毁，有些则是与线程一一对应，随线程的启动和结束而创建和销毁。程序计数器（Program Counter Register）       它是一块较小的内存空间，它可以看做是当先线程所执行的
深入理解JVM
fengxi_tan的博客
06-01 507
深入理解JVM jvm：跨语言的平台（一次编译，到处运行） jvm：自动内存管理，自动垃圾回收 一.运行时数据区 jvm在执行java程序的过程中，会将管理的内存分为若干个不同的数据区域。即： 1.程序计数器（PC寄存器） 2.虚拟机栈 3.本地方法栈 4.堆空间 5.方法区 　　　其中： 　　　线程私有的：程序计数器，虚拟机栈，本地方法栈 　　　线程共享的：堆，方法区，直接内存 1.1 程序计数器（PC寄存器） 程序计数器是一块较小的内存空间，可以看作是当前线程所
JVM_1.0_运行时内存区域
Simba_cheng的博客
09-15 879
运行时内存区域这块，如果不将内存各个区域做什么的了解清楚，后面看的会很累。 之前将JVM运行时内存区域的内容，整理在了一篇文章中。 在后续深入、细致的学习中，整理的内容越来越多，一篇的话，会导致篇幅过长。 所以将《JVM运行时内存区域详解》分为以下几个章节： JVM_1.0_运行时内存区域 JVM_1.1_运行时内存区域_堆 JVM_1.2_运行时内存区域_Java虚拟机栈 JVM_...
09 Java基础-JVM垃圾回收-玉峰1
08-03
在Java编程语言中，JVM（Java虚拟机）是一个至关重要的组成部分，它负责运行Java程序。JVM垃圾回收是其核心功能之一，旨在自动管理内存，避免程序出现内存泄漏或过度消耗导致的性能问题。本节将深入探讨JVM垃圾回收...
java-JVM-面试题
09-05
Java JVM（Java虚拟机）是Java程序运行...以上只是JVM面试中的一些基础知识点，实际面试可能涉及更多细节，如内存分配策略、垃圾收集算法、性能调优等。理解JVM的工作原理对于解决性能问题和优化Java应用程序至关重要。
java课件-7-JVM
01-10
Java虚拟机（JVM）是Java程序运行的基础，它是一个抽象的计算机系统，负责执行Java字节码。在"java课件-7-JVM"这个主题中，我们将深入探讨JVM的工作原理，涵盖其内存模型、类加载机制、垃圾收集以及性能优化等方面。...
java-java面试题库整理-基础-JVM-线程并发-框架等.zip
02-06
这份"java-java面试题库整理-基础-JVM-线程并发-框架等.zip"文件提供了一个全面的复习资源，帮助求职者准备Java相关的面试。 1. **Java基础知识** - 类与对象：Java是一种面向对象的语言，了解类的定义、构造器、...
JAVA内存管理常识
努力和遗憾，哪个更让你痛苦？
03-28 412
大多数 JVM 将内存区域划分为 Method Area（Non-Heap）（方法区） ,Heap（堆） , Program Counter Register（程序计数器） ,   VM Stack（虚拟机栈，也有翻译成JAVA 方法栈的）,Native Method Stack  （ 本地方法栈 ），其中Method Area 和 Heap 是线程共享的  ，VM Stack，Native
JVM（Java虚拟机）-史上最全、最详细JVM笔记
热门推荐
weixin_56846554的博客
03-27 2万+
JVM的中文名称叫Java虚拟机，它是由软件技术模拟出计算机运行的一个虚拟的计算机。 JVM也充当着一个翻译官的角色，我们编写出的Java程序，是不能够被操作系统所直接识别的，这时候JVM的作用就体现出来了，它负责把我们的程序翻译给系统“听”，告诉它我们的程序需要做什么操作。
【JVM】JVM内存模型详解
Money、坤的博客
08-24 1万+
JVM屏蔽了与操作系统平台相关的信息，使得Java程序只需要生成在Java虚拟机上运行的目标代码（字节码），就可在多种平台上不加修改的运行，这也是Java能够“一次编译，到处运行的”原因。方法区存储的内容有：类型信息(比如类全称、父类全称)、域信息（域名称、域修饰符private等）、方法信息(方法名称、方法修饰符、返回类型等)、字面量(字面量包括文本字符串、八种基本类型的值 、被声明为final的常量等）。Java虚拟机栈是当前线程在执行方法时存储所需的数据、指令、返回地址的一种栈结构(先进后出)。
JVM（java虚拟机）
weixin_43771403的博客
11-13 2万+
一、了解JVM 1、什么是JVM JVM是Java Virtual Machine（Java虚拟机）的缩写，是一个虚构出来的计算机，是通过在实际的计算机上仿真模拟计算机功能来实现的，JVM屏蔽了与具体操作系统平台相关的信息，Java程序只需生成在Java虚拟机上运行的字节码，就可以在多种平台上不加修改的运行。JVM在执行字节码时，实际上最终还是把字节码解释成具体平台上的机器指令执行。 2、JRE/JDK/JVM是什么关系 JRE（Java Runtime Environment）：是Java运行环境，所有
springboot运行时内存溢出_深入理解JVM虚拟机——JVM内存区域（运行时数据区）
weixin_39817391的博客
10-27 474
欢迎关注专栏《Java架构筑基》——专注于Java技术的研究与分享！Java架构筑基​zhuanlan.zhihu.comJava架构筑基——专注于Java技术的研究与分享！后续文章将首发此专栏！欢迎各位Java工程师朋友投稿和关注一、运行时数据区线程私有的内存区域：程序计数器、虚拟机栈、本地方法栈线程共享的内存区域：方法区、Java堆二、线程私有的内存区域2.1 程序计数器Program Cou...
JVM-02：内存区域面试题目
xiaozhang960825的博客
03-11 1554
JVM内存区域面试题 首先编写的java代码通过javac编译为.class文件， 然后通过java命令来运行.class文件（这个时候就启动了一个jvm进程,启动了JVM虚拟机）； 在虚拟机里面运行.class字节码文件； 2.2 画出JVM的运行原理图？（内存图） 2.3 请介绍以下JVM的内存结构划分 2.4 JVM哪些区域是线程私有的，哪些区域是线程共享的？ 1、堆、元空间（方法区）是线程共享的；存在线程安全问题 2、其他区域是线程私有的...
JVM原理讲解和调优
ITlsc的博客
07-02 1114
一、什么是JVMJVM是Java Virtual Machine（Java虚拟机）的缩写，JVM是一种用于计算设备的规范，它是一个虚构出来的计算机，是通过在实际的计算机上仿真模拟各种计算机功能来实现的。Java语言的一个非常重要的特点就是与平台的无关性。而使用Java虚拟机是实现这一特点的关键。一般的高级语言如果要在不同的平台上运行，至少需要编译成不同的目标代码。而引入Java语言虚拟机后，Java
JVM详解
H_xxxxd的博客
03-28 2万+
jvm核心知识点讲解
"09 Java基础-JVM垃圾回收详解及调优方法
本文主要讨论了Java基础中的JVM垃圾回收。首先介绍了JVM（Java Virtual Machine）的概念，并讨论了OOM（OutOfMemoryError）的出现原因以及如何解决OOM问题。接着介绍了几个常用的JVM工具，包括jps、jstat、jmap、...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值