JVM

最新推荐文章于 2024-04-14 23:16:23 发布
最新推荐文章于 2024-04-14 23:16:23 发布
阅读量329 收藏 2
点赞数
分类专栏： 笔记
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_45837579/article/details/107162918
版权

1：JVM探究

  • 请你谈谈对jvm有什么理解？java8虚拟机和之前的 变化更新
  • 什么是OOM，什么是栈溢出StackOverFlowError? 怎么分析？
  • jvm的常用调优参数有哪些？
  • 内存快照如何抓取，怎么分析Dump文件？知道吗？
  • 谈谈jvm中，类加载器你的认识？

1：JVM的位置

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-FWYXXjL3-1594026155778)(C:\Users\86131\AppData\Roaming\Typora\typora-user-images\image-20200701164001830.png)]

2：JVM的体系结构

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-eomxnT9V-1594026155786)(C:\Users\86131\AppData\Roaming\Typora\typora-user-images\image-20200701165255523.png)]

3：类加载器

作用：加载Class文件 new Student();

有一个类叫做student，而这个类是抽象的，当我们new完后，它就变成一个具体的实例了，这个实例具体的引用是在栈里面，然后student里面的数据是放在堆里面的

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Uq07jfgs-1594026155790)(C:\Users\86131\AppData\Roaming\Typora\typora-user-images\image-20200702083409295.png)]

类加载器的类别

BootstrapClassLoader（启动类加载器）

c++编写，加载java核心库 java.*,构造ExtClassLoader和AppClassLoader。由于引导类加载器涉及到虚拟机本地实现细节，开发者无法直接获取到启动类加载器的引用，所以不允许直接通过引用进行操作

ExtClassLoader （标准扩展类加载器）

java编写，加载扩展库，如classpath中的jre ，javax.*或者
java.ext.dir 指定位置中的类，开发者可以直接使用标准扩展类加载器。

AppClassLoader（系统类加载器）
java`编写，加载程序所在的目录，如`user.dir`所在的位置的`class
CustomClassLoader（用户自定义类加载器）

java编写,用户自定义的类加载器,可加载指定路径的class文件

4：双亲委派机制

什么是双亲委派机制

当某个类加载器需要加载某个.class文件时，它首先把这个任务委托给他的上级类加载器，递归这个操作，如果上级的类加载器没有加载，自己才会去加载这个类。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-4huXyxyz-1594026155793)(C:\Users\86131\AppData\Roaming\Typora\typora-user-images\image-20200702085848167.png)]

protected Class<?> loadClass(String name, boolean resolve)
            throws ClassNotFoundException
    {
        synchronized (getClassLoadingLock(name)) {
            // 首先检查这个classsh是否已经加载过了
            Class<?> c = findLoadedClass(name);
            if (c == null) {
                long t0 = System.nanoTime();
                try {
                    // c==null表示没有加载，如果有父类的加载器则让父类加载器加载
                    if (parent != null) {
                        c = parent.loadClass(name, false);
                    } else {
                        //如果父类的加载器为空 则说明递归到bootStrapClassloader了
                        //bootStrapClassloader比较特殊无法通过get获取
                        c = findBootstrapClassOrNull(name);
                    }
                } catch (ClassNotFoundException e) {}
                if (c == null) {
                    //如果bootstrapClassLoader 仍然没有加载过，则递归回来，尝试自己去加载class
                    long t1 = System.nanoTime();
                    c = findClass(name);
                    sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);
                    sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
                    sun.misc.PerfCounter.getFindClasses().increment();
                }
            }
            if (resolve) {
                resolveClass(c);
            }
            return c;
        }
    }

双亲委派机制的作用

  • 1、防止重复加载同一个.class。通过委托去向上面问一问，加载过了，就不用再加载一遍。保证数据安全。
  • 2、保证核心.class不能被篡改。通过委托方式，不会去篡改核心.class，即使篡改也不会去加载，即使加载也不会是同一个.class对象了。不同的加载器加载同一个.class也不是同一个Class对象。这样保证了Class执行安全。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-inHQbQ7k-1594026155798)(C:\Users\86131\AppData\Roaming\Typora\typora-user-images\image-20200702090404938.png)]

5：沙箱安全机制

什么是沙箱？

Java安全模型的核心就是Java沙箱（sandbox），什么是沙箱？沙箱是一个限制程序运行的环境。沙箱机制就是将 Java 代码限定在虚拟机(JVM)特定的运行范围中，并且严格限制代码对本地系统资源访问，通过这样的措施来保证对代码的有效隔离，防止对本地系统造成破坏。沙箱主要限制系统资源访问，那系统资源包括什么？——CPU、内存、文件系统、网络。不同级别的沙箱对这些资源访问的限制也可以不一样。

所有的Java程序运行都可以指定沙箱，可以定制安全策略。

java中的安全模型：

在Java中将执行程序分成本地代码和远程代码两种，本地代码默认视为可信任的，而远程代码则被看作是不受信的。对于授信的本地代码，可以访问一切本地资源。而对于非授信的远程代码在早期的Java实现中，安全依赖于沙箱 (Sandbox) 机制。如下图所示 JDK1.0安全模型
在这里插入图片描述

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

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

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

以上提到的都是基本的Java 安全模型概念，在应用开发中还有一些关于安全的复杂用法，其中最常用到的 API 就是 doPrivileged。doPrivileged 方法能够使一段受信任代码获得更大的权限，甚至比调用它的应用程序还要多，可做到临时访问更多的资源。有时候这是非常必要的，可以应付一些特殊的应用场景。例如，应用程序可能无法直接访问某些系统资源，但这样的应用程序必须得到这些资源才能够完成功能。

组成沙箱的基本组件：

  • 字节码校验器（bytecode verifier）：确保Java类文件遵循Java语言规范。这样可以帮助Java程序实现内存保护。但并不是所有的类文件都会经过字节码校验，比如核心类。

  • 类装载器

    （class loader）：其中类装载器在3个方面对Java沙箱起作用

    • 它防止恶意代码去干涉善意的代码；
    • 它守护了被信任的类库边界；
    • 它将代码归入保护域，确定了代码可以进行哪些操作。

虚拟机为不同的类加载器载入的类提供不同的命名空间，命名空间由一系列唯一的名称组成，每一个被装载的类将有一个名字，这个命名空间是由Java虚拟机为每一个类装载器维护的，它们互相之间甚至不可见。

类装载器采用的机制是双亲委派模式。

  1. 从最内层JVM自带类加载器开始加载，外层恶意同名类得不到加载从而无法使用；
  2. 由于严格通过包来区分了访问域，外层恶意的类通过内置代码也无法获得权限访问到内层类，破坏代码就自然无法生效。

  • 存取控制器（access controller）：存取控制器可以控制核心API对操作系统的存取权限，而这个控制的策略设定，可以由用户指定。

  • 安全管理器（security manager）：是核心API和操作系统之间的主要接口。实现权限控制，比存取控制器优先级高。

  • 安全软件包

    （security package）：java.security下的类和扩展包下的类，允许用户为自己的应用增加新的安全特性，包括：

    • 安全提供者
    • 消息摘要
    • 数字签名
    • 加密
    • 鉴别

6：Native

  • native：凡是带了native关键字的，说明java的作用范围达到不了，回去调用底层c语言的库
  • 1：会进入本地方法栈
  • 2：调用本地方法本地接口 JNI
  • JNI作用：扩展java的使用，融合不同的编程语言为java所用！最初为c，c++
  • java诞生的时候，c，c++很流行，想要立足，必须要有调用c，c++的程序
  • 它在内存区域中专门开辟了一块标记区域，Native Method Stack，登记native方法
  • 在最终执行的时候，加载本地方法库中的方法通过JNI
  • java程序驱动打印机，管理系统，掌握即可，在企业级应用中较为少见

7：PC寄存器

程序计数器：Program Counter Register

​ 每个线程都有一个程序计数器，是线程私有的，就是一个指针，指向方法区中的方法字节码（用来存储指向像一条指令的地址，也即将要执行的指令代码），在执行引擎读取下一条指令，是一个非常小的内存空间，几乎可以忽略不计。

8：方法区

Method Area 方法区

​ 方法区是被所有线程共享，所有字段和方法字节码，以及一些特殊的方法，如构造函数，接口代码也在此定义，

简单说，所有定义的方法的信息都保存在该区域，此区域属于共享区间；

​ 静态变量、常量、类信息(构造方法、接口定义)、运行时的常量池存在方法区中，但是实例变量存在堆内存中，和方法区无关。

static、final、Class、常量池

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-eGxcxQlN-1594026155807)(C:\Users\86131\AppData\Roaming\Typora\typora-user-images\image-20200703092847641.png)]

9：栈

  • 1、栈 ：数据结构

    程序=数据结构+算法

  • 栈：先进后出、后进先出：桶

  • 队列：先进先出（FIFO: first input first output）

栈：栈内存，主管程序的运行，生命周期和线程同步

线程结束，栈内存也就是释放，对应栈来说，不存在垃圾回收问题

一旦线程结束，栈就over了~

栈：8大数据类型+对象的引用+实例的方法

栈运行原理：栈帧

栈满了：StackOverflowError

什么是实例

  • new出来的对bai象叫做实例

栈+堆+方法区：交互关系

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-PwUQpsCl-1594026155809)(C:\Users\86131\AppData\Roaming\Typora\typora-user-images\image-20200703095733983.png)]

栈的内部结构

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-aAB7CZ81-1594026155813)(C:\Users\86131\AppData\Roaming\Typora\typora-user-images\image-20200703094434737.png)]

10：三种JVM

  • Sun公司 HotSpot
  • BEA JRockit
  • IBM J9 VM

我们学习的都是HotSpot

11：堆

Heap，一个jvm只有一个堆内存，堆内存的大小是可以调节的。

类加载器读取了类文件后，一般会把什么东西放在堆中？类，方法，常量，变量。保存我们所有引用类型的真实对象

堆内存中还要细分为三个区域：

  • 新生区（伊甸园区）Young、New
  • 养老区 old
  • 永久区 Perm

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ZrjGiJby-1594026155820)(C:\Users\86131\AppData\Roaming\Typora\typora-user-images\image-20200706081257607.png)]

GC垃圾回收，主要是在伊甸园区和养老区-

假设内存满了，OOM，堆内存不够！java.lang.OutOfMemoryError:Java heap space

在jdk8以后，永久存储区改了一个名字（元空间）；

12：新生区

  • 类：诞生和成长的地方，甚至死亡；
  • 伊甸园区，所有的对象都是在伊甸园区new出来的！
  • 幸存区（0,1）

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-NqSjY7BR-1594026155822)(C:\Users\86131\AppData\Roaming\Typora\typora-user-images\image-20200706082517266.png)]

过程：

  • 1：伊甸园区满了，开始一次轻GC，轻GC活下来的去幸存区
  • 2：伊甸园区和幸存区都满了，开始一次重GC，重GC活下来的去养老区

真理

经过研究，99%的对象都是临时存储

13：老年区

14：永久区

这个区域常驻内存的，用来存放jdk自身携带的Class对象。接口元数据，存储的是Java运行时的一些环境或类信息，这个区域

不存在存放垃圾回收！关闭VM虚拟就会释放这个区域的内存。

  • jdk1.6 之前：永久代，常量池在方法中
  • jdk1.7：永久代，但是慢慢退化了，常量池在堆中
  • jdk1.8之后：无永久代，换名为元空间，常量池在堆中。

怎么样会产生OOM

  • 1：一个启动类，加载了大量的第三方jar包。

  • 2：Tomcat部署了太多的应用

  • 3：大量动态生成的反射类。不断的被加载，直到内存满了，就会出现OOM。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-xMrlTyB5-1594026155823)(C:\Users\86131\AppData\Roaming\Typora\typora-user-images\image-20200706090829564.png)]

元空间：逻辑上存在，物理上不存在

15：堆内存调用

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-NlR2BigU-1594026155824)(C:\Users\86131\AppData\Roaming\Typora\typora-user-images\image-20200706092251560.png)]

  • 设置内存，进行调优

在一个项目中，突然出现了OOM故障，那么该如何排除，研究为什么出错

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

MAT，Jprofiler作用

  • 分析Dump内存文件，快速定位内存泄漏；
  • 获得堆中的数据
  • 获得大的对象

下载JProfile，在idea插件添加JProfile

测试

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-8ZCjGTZb-1594026155826)(C:\Users\86131\AppData\Roaming\Typora\typora-user-images\image-20200706100531959.png)]

在项目中会产生hprof文件

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-h7P48Gjl-1594026155827)(C:\Users\86131\AppData\Roaming\Typora\typora-user-images\image-20200706100625418.png)]

双击进去，找到原因、

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ImVBwqGO-1594026155829)(C:\Users\86131\AppData\Roaming\Typora\typora-user-images\image-20200706100709677.png)]

在对应的线程，找到对应的第几行出错了

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-2W6LDvsv-1594026155830)(C:\Users\86131\AppData\Roaming\Typora\typora-user-images\image-20200706100835065.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-yZpnNN1h-1594026155831)(C:\Users\86131\AppData\Roaming\Typora\typora-user-images\image-20200706100933584.png)]

16：GC 垃圾回收

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Ob1j1K4y-1594026155833)(C:\Users\86131\AppData\Roaming\Typora\typora-user-images\image-20200706145822596.png)]

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

  • 新生代
  • 幸存区（from，to）
  • 老年区

GC两种分类：轻GC（普通的GC），重GC（全局GC）

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-N32dUMnl-1594026155834)(C:\Users\86131\AppData\Roaming\Typora\typora-user-images\image-20200706150314651.png)]

怎么判断幸存区谁是from谁是to？

谁空谁是to

引用计数法（了解）

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-uItrjjeN-1594026155835)(C:\Users\86131\AppData\Roaming\Typora\typora-user-images\image-20200706150757871.png)]

复制算法

例子：当幸存区to有一个存活下来的，幸存区from也有一个存活下来的，幸存区from或者to就会把本身对象复制到另外一个，

  • 1：结果1，幸存区from就有两个对象了，幸存区to就没有了（空的）

  • 2：结果2，幸存区to有两个对象了，幸存区from就为空了。幸存区to就换名为幸存区from，幸存区from换名为幸存区to

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-qZkGsCEE-1594026155836)(C:\Users\86131\AppData\Roaming\Typora\typora-user-images\image-20200706152349283.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-jbrWbfIe-1594026155837)(C:\Users\86131\AppData\Roaming\Typora\typora-user-images\image-20200706152754236.png)]

  • 好处：没有内存的碎片
  • 坏处：浪费 内存空间：多了一半空间永远是空（幸存区to）。
  • 假设对象100%存活，那么在复制的时候就要复制很多的内容（极端情况下）

复制算法最佳使用场景：对象存活度较低的时候：新生区~

标记清除算法

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-eIEfU4LU-1594026155839)(C:\Users\86131\AppData\Roaming\Typora\typora-user-images\image-20200706155035274.png)]

  • 优点：不需要额外的空间
  • 缺点：两次扫描，严重浪费时间，会产生内存碎片。

标记压缩算法

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-6QxjBkee-1594026155841)(C:\Users\86131\AppData\Roaming\Typora\typora-user-images\image-20200706155431177.png)]

标记清除压缩算法

先标记清除几次

再进行压缩

一个对象怎么到老年区

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-hlL3nKgt-1594026155845)(C:\Users\86131\AppData\Roaming\Typora\typora-user-images\image-20200706152229981.png)]

默认的值是15，可以自己进行调整。

17：总结

内存效率：复制算法>标记清除算法>标记压缩算法（时间复杂度）

内存整齐度：复制算法=标记清除算法>标记压缩算法

内存利用率：标记压缩算法=标记清除算法>复制算法

思考一个问题：难道没有最优的算法吗？

没有，没有最好的算法，只有最合适的算法。—>GC:分代收集算法

年轻代：

  • 存活率低
  • 复制算法

老年代：

  • 区域大：存活率
  • 标记清除（内存碎片不是太多）+标记压缩混合 实现

18：JMM:Java Memory Model

1.什么是JMM?

JMM:Java Memory Model的缩写

2：它是干嘛的？

作用：缓存一致性协议，用于定义数据读写的原则(遵守，找到这个原则)

JMM定义了线程工作内存和主内存之间的抽象关系，线程之间的共享变量存储在主内存中，每一个线程都有一个私有的本地仓库。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-4TIYBjv2-1594026155846)(C:\Users\86131\AppData\Roaming\Typora\typora-user-images\image-20200706165255492.png)]

解决共享对象可见性这个问题：volilate

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-AGFOMngu-1594026155847)(C:\Users\86131\AppData\Roaming\Typora\typora-user-images\image-20200706165624813.png)]

思考一个问题：难道没有最优的算法吗？

没有，没有最好的算法，只有最合适的算法。—>GC:分代收集算法

年轻代：

  • 存活率低
  • 复制算法

老年代：

  • 区域大：存活率
  • 标记清除（内存碎片不是太多）+标记压缩混合 实现

18：JMM:Java Memory Model

1.什么是JMM?

JMM:Java Memory Model的缩写

2：它是干嘛的？

作用：缓存一致性协议，用于定义数据读写的原则(遵守，找到这个原则)

JMM定义了线程工作内存和主内存之间的抽象关系，线程之间的共享变量存储在主内存中，每一个线程都有一个私有的本地仓库。

[外链图片转存中…(img-4TIYBjv2-1594026155846)]

解决共享对象可见性这个问题：volilate

[外链图片转存中…(img-AGFOMngu-1594026155847)]

Sukura.
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
JVM-GC垃圾回收(分代收集算法)--引用计数法、复制算法、标记清除压缩法
weixin_44976835的博客
12-13 640
GC的作用域是堆和方法区。 JVM在进行GC时，有三个区域： 伊甸园区 幸存区（from，to） 老年区 JVM在进行GC垃圾回收时，并不是对这三个区域统一回收，大部分时候，回收都是伊甸园区 GC有两类：轻GC（普通GC），重GC（全局GC\Full GC） GC的算法有：标记清除法、标记整理、复制算法、引用计数法 引用计数法：各个对象每用一次，该对象计数器就+1（计数器本身也要有消耗）。当计数器为0时，说明该对象没有，就立刻进行垃圾回收。 复制算法：(年轻代主要用到复制算法:Eden区和幸存者区)
JVM介绍
02-25
JVM是JavaVirtualMachine（Java虚拟机）的缩写，JVM是一种用于计算设备的规范，它是一个虚构出来的计算机，是通过在实际的计算机上仿真模拟各种计算机功能来实现的。Java虚拟机包括一套字节码指令集、一组寄存器、一...
JVM虚拟机（四）年轻代中的 S0区、S1区和 from区、to区有什么区别？
最新发布
ACGkaka的博客
04-14 389
JVM虚拟机（四）年轻代中的 S0区、S1区和 from区、to区有什么区别？
02-JVM堆里面的分区：Eden，survival （from+ to），老年代，各自的特点?
鸣鼓ming的博客
12-31 2249
在过去自定义类加载器使用不普遍的时候，类几乎是“静态的” 并且很少被卸载和回收，因此类也可以被看成 “永久的”（这也就是永久代的含义），另外由于类作为JVM实现的一部分，它们不由程序来创建，所以为了和堆区分开来呢，就给了 “方法区” 这样一个名字用来存储类的信息。因此，默认情况下，元空间的大小仅受本地内存限制。在JDK 8之前，方法区的具体实现方法是永久代，永久代是HotSpot虚拟机给出的实现，但是对于其他虚拟机实现，譬如BEA JRockit、IBM J9等来说，是不存在永久代的概念的。
JVM学习笔记二：JVM堆
qq_31314141的博客
02-10 355
概述 堆内存的大小是可以调节的。类加载器读取了类文件后，需要把类、方法、常变量放到堆内存中，保存所有引用类型的真实信息，以方便执行器执行，堆内存分为三部分： 新生区 young 老年区 old 永久区 perm 下图是更加详细的分区： 新生区 young 新生区概述： 新生区当中包括eden区，from区和to区（from和to即两个幸存者区） 因为young区的GC为复制算法，所以有两块f...
Java面试八股文宝典-虚拟机
YOLO
02-19 822
虚拟机篇 1. JVM 内存结构 要求 掌握 JVM 内存结构划分 尤其要知道方法区、永久代、元空间的关系 结合一段 java 代码的执行理解内存划分 执行 javac 命令编译源代码为字节码 执行 java 命令 创建 JVM，调用类加载子系统加载 class，将类的信息存入方法区 创建 main 线程，使用的内存区域是 JVM 虚拟机栈，开始执行 main 方法代码 如果遇到了未见过的类，会继续触发类加载过程，同样会存入方法区 需要创建对象，会使用堆内存来存储对象 不再使用的对象，会由垃圾回收
SAP JVM 4.1 64 bits
06-20
SAP JVM 4.1 64位是一个专为SAP系统设计的Java虚拟机，它主要用于运行SAP的应用程序和服务。此版本是为64位操作系统优化的，旨在提供更好的性能和内存管理能力，特别是在处理大数据量和复杂计算场景时。 首先，我们...
JVM指令手册详细完整版.pdf
10-23
"JVM指令手册详细完整版.pdf" 本资源是关于JVM指令的详细手册，涵盖了JVM指令的各种系列命令，包括未归类系列、const系列、push系列、ldc系列、load系列等。每个系列命令都有其特定的功能和用途，下面我们将逐一...
JVM Specification
08-27
Java虚拟机（JVM）是Java编程语言的核心组成部分，它为Java程序提供了运行环境。《JVM Specification》是一份详细的技术文档，详细阐述了JVM的设计、工作原理以及其与Java程序之间的交互机制。这份规范是Java开发者...
JVM探索之内存管理
bbb011317181的专栏
11-08 787
Java虚拟机规范对垃圾收集器的具体实现并没有任何规定，所以不同厂商、不同版本的虚拟机提供的垃圾收集器会有很大的不同。下面所介绍的收集器只是HotSpt1.7的垃圾收集器。     HotSpot堆的瓜分 HotSpt它把内存空间分为几个区域：新生代、老年代、永久代；上节中也说到了分代垃圾收集算法的主要思想按对象的生命周期来进行分组；   如上图JVM把堆划分为Yo
JVM学习笔记
weixin_38214405的博客
03-24 68
JVM的作用 在软件层面上屏蔽不同操作系统在底层硬件和指令的区别。 类装载子系统 将编译好的.class文件装载到内存(运行时数据区)中。 字节码执行引擎 执行java字节码的引擎。 运行时数据区 其中堆和方法区为线程共享，栈（线程），本地方法栈和程序计数器为线程独享。 栈帧 当前线程每运行一个方法就会在栈中为该方法开辟一个栈帧，栈帧中主要储存局部变量表，操作数栈，动态链接和方法出口。 首先我们...
JVM入门
成功不可复制，努力值得期待
04-14 578
Java虚拟机是运行Java字节码的虚拟机，它就是一台小型计算机，因为它的存在，屏蔽掉了底层操作系统的差异，使JAVA可以一次编写，随处运行。类加载器实现将编译后的 class 文件字节码内容加载到内存中，并将这些内容转为为方法区的运行时数据结构，注意只能决定类加载，至于能不能运行则是由来决定。
JVM笔记
MasssA
03-13 359
注意：我们平时说的栈是指的Java栈，native method stack 里面装的都是native方法。见下文 注意： 方法区并不是存放方法的区域，其是存放类的描述信息(模板)的地方 Class loader只是负责class文件的加载，相当于快递员，这个“快递员”并不是只有一家，Class loader有多种 加载之前是“小class”，加载之后就变成了“大Cla...
JVM详解2
weixin_45900005的博客
10-26 276
垃圾回收 1.如何判断对象可以被垃圾回收的条件 1.1.引用计数法 如果一个对象被其他变量所引用，则让该对象的引用计数+1，如果该对象被引用2次则其引用计数为2，依次类推。 某个变量不再引用该对象，则让该对象的引用计数-1，当该对象的引用计数变为0时，则表示该对象没有被其他变量所引用，这时候该对象就可以被作为垃圾进行回收。 引用计数法弊端：循环引用时，两个对象的引用计数都为1，两个对象都不被使用了,但是两个对象的计数都不能归零,导致两个对象都无法作为垃圾被释放回收。最终就会造成内存泄漏！ 1.2.可达性
java-堆里面的分区：Eden，survival(from) to，老年代，各自的特点。
热门推荐
a362813870的博客
08-22 1万+
1.Eden区     Eden区位于Java堆的年轻代，是新对象分配内存的地方，由于堆是所有线程共享的，因此在堆上分配内存需要加锁。而Sun JDK为提升效率，会为每个新建的线程在Eden上分配一块独立的空间由该线程独享，这块空间称为TLAB（Thread Local Allocation Buffer）。在TLAB上分配内存不需要加锁，因此JVM在给线程中的对象分配内存时会尽量在TLAB上分
改变eden区,from,to区的比例
weixin_41948645的博客
08-06 1734
-XX:SurvivorRatio=8 -XX:+PrintGCDetails -Xms10m -Xmx10m -XX:+UseSerialGC 如果不加SerialGC只改变SurvivorRatio,最终输出结果不会改变,
JUC与JVM（6）JVM堆Heap内存详解
qq_32193775的博客
03-08 483
JVM堆内存划分 逻辑上分为3区： 新生代Young Gen 伊甸园区 --Eden 幸存者0区 --S0/from 幸存者1区 --S1/to 默认比例 eden:S0:S1=8:1:1 老年代Old Gen 元空间（jdk7:永久区）Perm Gen 物理上分为：新生代+老年代 新生代：老年代 = 3 ： 1； 堆new对象流程 新生区是对象的创建，成长，销毁的区域，一个对象在这...
Lesson1.pdf
05-13
HotSpot JVM Memory Management

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值