JVM探究

最新推荐文章于 2024-07-22 17:00:00 发布
最新推荐文章于 2024-07-22 17:00:00 发布
阅读量120 收藏
点赞数
文章标签： jvm 操作系统 java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ghjgjhyfht/article/details/114915445
版权

JVM探究

  • 请你问问对JVM的理解？

  • 答：java语言的一个非常重要的特点就是与平台的无关性。而使用Java虚拟机是实现这一特点的关键。Java编译器只要面向JVM，生成JVM能理解的代码或字节码文件。Java源文件经编译成字节码程序，通过JVM将每一条指令翻译成不同平台机器码，通过特定平台运行。

    JVM执行程序的过程 ：I.加载class文件 ，II.管理并分配内存 ，III.执行垃圾收集

    java–>class–>类加载器–>字节校验器–>解释器–>操作系统平台

  • java8虚拟机和之前的变化更新

  • 答：java8永久存储区改了个名字(元空间)。无永久代,常量池在元空间 -XX:PermSize（1.8之后改为MetaspaceSize） 设置持久代(perm gen)初始值，默认是物理内存的1/64。

  • 什么是OOM？什么是栈溢出StackOverFlowError?怎么分析？

  • 答：OOM,堆内存不够。1、java堆用于存储对象实例，只要不断地创建对象，并且保证GC Roots到对象之间有可达路径来避免垃圾回收机制清除这些对象，那么在对象数量达到最大堆的容量限制后就会产生内存溢出异常。2、如果虚拟机在扩展栈时无法申请到足够的内存空间

  • 栈溢出：如果线程请求的栈深度大于虚拟机所允许的最大深度;(也就是方法运行的时候栈的深度超过了虚拟机容许的最大深度所致)

  • JVM的常用调优参数有哪些？

  • 答：-Xms:初始堆大小，默认是物理内存的1/64。默认(MinHeapFreeRatio参数可以调整)空余堆内存小于40%时，JVM就会增大堆直到–Xmx的最大限制。例如：-Xms 20m。
    -Xmx:最大堆大小。默认是物理内存的1/4 默认(MaxHeapFreeRatio参数可以调整)空余堆内存大于70%时，JVM会减少堆直到 -Xms的最小限制。
    -XX:NewSize=n：设置年轻代大小（初始值）。
    -XX:MaxNewSize：设置年轻代最大值。
    **-XX:NewRatio=n:**设置年轻代和年老代的比值。
    -XX:SurvivorRatio=n:年轻代中Eden区与两个Survivor区的比值。
    -XX:PermSize（1.8之后改为MetaspaceSize） 设置持久代(perm gen)初始值，默认是物理内存的1/64。
    -XX:MaxPermSize=n:（1.8之后改为MaxMetaspaceSize）设置最大持久代大小。
    -Xss：每个线程的堆栈大小。

  • 内存快照如何抓取，怎么分析Dump文件？

  • 谈谈JVM中，类加载器的认识？

  • 答:将class文件字节码内容加载到内存中，并将这些静态数据转换成方法区的运行时数据结构，然后在堆中生成一个代表这个类的java.lang.Class对象，作为方法区中类数据的访问入口。

  • jvm常用优化方案和方法：

    新生代 GC（Minor GC）：指发生在新生代的垃圾收集动作，因为 Java 对象大多都具备朝生夕灭的特性，所以 Minor GC 非常频繁，一般回收速度也比较快。
    老年代 GC（Major GC / Full GC）：指发生在老年代的 GC，出现了 Major GC，经常会伴随至少一次的 Minor GC（但非绝对的，在 ParallelScavenge 收集器的收集策略里就有直接进行 Major GC 的策略选择过程） 。MajorGC 的速度一般会比 Minor GC 慢 10倍以上。

    将新对象预留在新生代

    1. 由于Full GC的成本要远远高于Minor GC，因此需要把对象尽可能分配给新生代。
    2. 通过设置一个较大的新生代预留新对象，设置合理的survivor区并提高survivor区的使用率。

    大对象进入老年代

    1. 大对象分配在新生代可能破坏原有新生代对象结构

    2. 短命大对象存到老年代，导致回收回收短命大对象成为一种灾难
      解决方法：
      －XX：PretenureSizeThreshold:设置大对象直接进入老年代的阀值，当对象的大小超过这个值，将直接在老年代分配。

      但这个参数只对串行收集器和新生代并行收集器有效，并行回收器不识别这个参数。

    设置对象进入老年代的年龄

    对象在新生代经过一次GC依然存活，则年龄＋1，当年龄达到阀值，就移入老年代。
    阀值的最大值通过参数：
    －XX:MaxTenuringThreshold来设置，它默认是15。
    在实际虚拟机运行过程中，并不是按照这个年龄阀值来判断，而是一句内存使用情况来判断，但这个年龄阀值是最大值，也就说到达这个年龄的对象一定会被移到老年代。

    稳定与震荡的堆大小

    1. 当－Xms与－Xmx设置大小一样，是一个稳定的堆，这样做的好处是，减少GC的次数。
    2. 当－Xms与－Xmx设置大小不一样，是一个不稳定的堆，它会增加GC的次数，但是它在系统不需要使用大内存时，压缩堆空间，使得GC应对一个较小的堆，可以加快单次GC的次数。

    可以通过两个参数设置用语压缩和扩展堆空间：
    －XX：MinHeapFreeRatio:设置堆的最小空闲比例，默认是40，当堆空间的空闲空间小于这个数值时，jvm会自动扩展空间。
    －XX：MaxHeapFreeRatio:设置堆的最大空闲比例，默认是70，当堆空间的空闲空间大于这个数值时，jvm会自动压缩空间。

磁盘上物理结构为链接结构的文件只能顺序存取（随机顺序存取）。

1、JVM的位置

虚拟机是物理机的软件实现。Java的设计理念是WORA（Write Once Run Anywhere，一次编写随处运行）。编译器将Java文件编译为Java .class文件，然后将.class文件输入到JVM中，JVM执行类文件的加载和执行的操作。

image-20210112122400117.png

2、JVM的体系结构

线程共享：堆、方法区

线程私有：虚拟机栈、本地方法栈、程序计数器

img
image-20210112123920344.png

JVM调优99%是在方法区和堆中执行。

第三方插件就是在执行引擎中生效

3、类加载器

类加载器的作用：将class文件字节码内容加载到内存中，并将这些静态数据转换成方法区的运行时数据结构，然后在堆中生成一个代表这个类的java.lang.Class对象，作为方法区中类数据的访问入口

4、双亲委派机制

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

5、沙箱安全机制

Java安全模型的核心就是Java沙箱(sandbox) ,
  什么是沙箱?沙箱是一个限制程序运行的环境。沙箱机制就是将Java代码限定在虚拟机(JVM)特定的运行范围中，并且严格限制代码对本地系统资源访问，通过这样的措施来保证对代码的有效隔离，防止对本地系统造成破坏。
  沙箱主要限制系统资源访问，那系统资源包括什么? CPU、内存、文件系统、网络。不同级别的沙箱对这些资源访问的限制也可以不一样。
  所有的Java程序运行都可以指定沙箱，可以定制安全策略。
  在Java中将执行程序分成本地代码和远程代码两种，本地代码默认视为可信任的，而远程代码则被看作是不受信的。对于授信的本地代码,可以访问一切本地资源。而对于非授信的远程代码在早期的Java实现中，安全依赖于沙箱Sandbox)机制。如下图所示JDK1.0安全模型

在这里插入图片描述

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

在这里插入图片描述

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

在这里插入图片描述

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

图 JDK1.6安全模型

组成沙箱的基本组件

●字节码校验器(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语言的库!
会进入本地方法栈
调用本地方法本地接口 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~

Native Method Stack

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

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、PC寄存器

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

8、方法区

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

9、栈

在这里插入图片描述

图 为什么main()先执行，最后结束~

栈:先进后出
桶:后进先出
队列:先进先出( FIFO : First Input First Output )
栈:栈内存,主管程序的运行,生命周期和线程同步;
线程结束，栈内存也就是释放,对于栈来说,不存在垃圾回收问题
一旦线程结束，栈就Over!
栈内存中:

8大基本类型+对象引用+实例的方法

虚拟机栈：java方法执行的内存模型：每个方法在执行的过程中都会创建一个栈帧用于存储局部变量表、操作数栈、动态链接、方法出口等信息。每一个方法从调用直至执行完成的过程，就对应着一个栈帧在虚拟机栈中入栈到出栈的过程。

本地方法栈：与虚拟机栈所发挥的作用相似，区别是虚拟机栈是为虚拟机执行java方法服务，而本地方法栈则为虚拟机使用到的Native方法服务。

栈运行原理:栈帧
栈满了: StackOverflowError

栈、堆、方法区之间的关系：

在这里插入图片描述

图 栈的位置示意图

在这里插入图片描述

图 栈帧图解 栈底部子帧指向上一个栈的方法 上一个栈的父帧指向栈底部方法

10、三种JVM

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

11、堆

Heap, 一个JVM只有一个堆内存，堆内存的大小是可以调节的。
类加载器读取了类文件后，一般会把什么东西放到堆中?
类, 方法，常量,变量~，保存我们所有引用类型的真实对象;

在这里插入图片描述

堆内存中还要细分为三个区域:
●新生区(伊甸园区) Young/New
●养老区old
●永久区Perm
在这里插入图片描述

图 堆内存详细划分

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

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

内存泄漏和内存溢出

内存泄漏：是指程序在申请内存后，无法释放已申请的内存空间，一次内存泄漏似乎不会有大的影响，但内存泄漏堆积后的后果就是内存溢出；

内存溢出：指程序申请内存时，没有足够的内存供申请者使用。OOM。

两者关系：

  • 内存泄漏的堆积最终会导致内存溢出。

永久存储区里存放的都是Java自带的 例如lang包中的类 如果不存在这些，Java就跑不起来了

在JDK8以后，永久存储区改了个名字(元空间)
在这里插入图片描述

图 堆内存溢出

12.新生区、老年区

新生区

●类:诞生和成长的地方，甚至死亡;
●伊甸园，所有的对象都是在伊甸园区new出来的!
●幸存者区(0,1)
在这里插入图片描述

图 重GC和轻GC

伊甸园满了就触发轻GC，经过轻GC存活下来的就到了幸存者区，幸存者区满之后意味着新生区也满了，则触发重GC，经过重GC之后存活下来的就到了养老区。
真理:经过研究，99%的对象都是临时对象!|

13.永久区

这个区域常驻内存的。用来存放JDK自身携带的Class对象。Interface元数据，存储的是Java运行时的一些环境~ 这个区域不存在垃圾回收，关闭虚拟机就会释放内存。

一个启动类，加载了大量的第三方jar包，tomcat部署了太多的应用，大量动态生成的反射类，直到内存满，就会出现OOM。

●jdk1.6之前:永久代,常量池是在方法区;
●jdk1.7:永久代,但是慢慢的退化了，去永久代，常量池在堆中
●jdk1.8之后:无永久代,常量池在元空间

在这里插入图片描述

图 JVM探究

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

14.堆内存调优

默认情况下，分配的总内存为电脑内存的四分之一，初始化的内存为六十四分之一。

测试代码

public static void main(String[] args) {
    String s = "";
    while (true) {
        s += "11111111111111111111111111111111111111111111111111111";
    }
}
123456

在这里插入图片描述

图 虚拟机放入参数

在这里插入图片描述

图 控制台报错 到最后会报OOM（OutOfMemory）堆内存溢出报错

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

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

MAT, Jprofiler作用

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

MAT是eclipse集成使用 在这里不学

Jprofile使用

  • 在idea中VM参数中写参数 -Xms1m -Xmx8m -XX: +HeapDumpOnOutOfMemoryError

  • 运行程序后在jprofile客户端中打开找到错误 告诉哪个位置报错

  • 命令参数详解

  • -Xms设置初始化内存分配大小/164

  • -Xmx设置最大分配内存，默以1/4

  • -XX: +PrintGCDetails // 打印GC垃圾回收信息

  • -XX: +HeapDumpOnOutOfMemoryError //oom DUMP

15、GC：垃圾回收

JVM在进行GC时，不是程序结束时，并不是对这三个区域统一回收：新生代、幸存区、老年器。

GC两种类：轻GC(普通的GC),重GC(全局GC)。

GC常见面试题目:

●JVM的内存模型和分区~详细到每个区放什么?
在这里插入图片描述

图 JVM内存模型和分区

  • 堆里面的分区有哪些?

1.Eden区

​ Eden区位于Java堆的年轻代，是新对象分配内存的地方，由于堆是所有线程共享的，因此在堆上分配内存需要加锁。而Sun JDK为提升效率，会为每个新建的线程在Eden上分配一块独立的空间由该线程独享，这块空间称为TLAB（Thread Local Allocation Buffer）。在TLAB上分配内存不需要加锁，因此JVM在给线程中的对象分配内存时会尽量在TLAB上分配。如果对象过大或TLAB用完，则仍然在堆上进行分配。如果Eden区内存也用完了，则会进行一次Minor GC（young GC）。

2.Survival from to

​ Survival区与Eden区相同都在Java堆的年轻代。Survival区有两块，一块称为from区，另一块为to区，这两个区是相对的，在发生一次Minor GC后，from区就会和to区互换。在发生Minor GC时，Eden区和Survivalfrom区会把一些仍然存活的对象复制进Survival to区，并清除内存。Survival to区会把一些存活得足够旧的对象移至年老代。

3.年老代

年老代里存放的都是存活时间较久的，大小较大的对象，因此年老代使用标记整理算法。当年老代容量满的时候，会触发一次Major GC（full GC），回收年老代和年轻代中不再被使用的对象资源。

  • GC的算法有哪些?

标记清除法、标记整理、复制算法，引用计数法，怎么用的

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

Young GC的触发时机：Young GC其实一般就是在新生代的Eden区域满了之后就会触发，采用复制算法来回收新生代的垃圾。

Full GC的触发时机如下：

（1）发生Young GC之前进行检查，如果“老年代可用的连续内存空间” < “新生代历次Young GC后升入老年代的对象总和的平均大小”，说明本次Young GC后可能升入老年代的对象大小，可能超过了老年代当前可用内存空间
此时必须先触发一次Old GC给老年代腾出更多的空间，然后再执行Young GC。

（2）执行Young GC之后有一批对象需要放入老年代，此时老年代就是没有足够的内存空间存放这些对象了，此时必须立即触发一次Old GC。

（3）老年代内存使用率超过了92%，也要直接触发Old GC，当然这个比例是可以通过参数调整的。

GC常用的算法：

引用计数法：很少使用
在这里插入图片描述

复制算法:优点，就是，内存回收完毕后，有一大片连续的可用空间。缺点，当然是，在程序运行期间，有50%的内存空间被放着，只有在

发生内存回收的时候，GC才会借用空闲区域来实现内存回收工作。

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

img

img

标记清除算法：
image-20210114122556902.png

缺点：两次扫描，严重浪费时间，会产生内存碎片。

优点：不需要额外的空间！

标记压缩算法：

再优化

image-20210114123004168.png

标记压缩清除算法：

先标记清除几次

image-20210114122556902.png

再进行压缩。

image-20210114123004168.png

17、总结

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

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

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

没有最优算法，只有合适的算法

GC：分代手机算法

年轻代：复制算法 存活率低

老年代：区域大，存活率高。标记压缩和清除（内存碎片不是太多）混合使用

API工程师@
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
33、JVM探究.pdf
04-30
【JVM探究】 Java虚拟机（JVM）是Java编程语言的核心组成部分，它负责执行Java程序，提供了一个跨平台的运行环境。理解JVM的工作原理对于优化Java应用程序性能至关重要。以下是一些关于JVM的关键知识点： 1. **JVM...
狂神说JVM探究md完整版
05-18
**狂神说JVM探究** 是一套深度剖析Java虚拟机（JVM）的教程，以Markdown格式编写，包含了丰富的文字描述和辅助图片。本教程旨在帮助开发者深入理解JVM的工作原理，提升Java程序的性能调优能力。以下是教程中可能涉及...
JVM探究狂神学习笔记
qq_51241202的博客
11-14 276
jvm学习
狂神说JVM探究.rar
05-06
【狂神说JVM探究】是一份集合了多种格式的学习资料，主要涵盖了Java虚拟机（JVM）的基础知识。这份资料出自B站上的【狂神说Java】系列教程，为快速入门JVM提供了详实的笔记。以下是根据这些资源可能包含的一些关键...
一点一滴探究JVM之内存结构
02-25
我一直尝试着用不一样的文字来写博客！...今天的一点一滴探究JVM系列，打算复习一下jvm内存结构！至于学习这块知识的好处？一，从面试的角度来看，你了解jvm，并且java基础扎实，你才更有竞争力(因为我本人本科还没毕业
volatile，最轻量的同步机制
qq_73617408的博客
07-22 224
volatile关键字只保证了线程的可见性volatile关键字不能代替synchronized关键字volatile关键字不能保证线程安全volatile关键字适用于一个线程写，多个线程读的场景。
JVM 8 的优化指南：如何进行JVM调优，JVM调优参数有哪些
程序员Linc
07-22 394
通过这些示例，我们可以深入了解JVM 8的调优策略和方法。合理使用JVM调优参数，可以帮助您的Java应用实现更高效、稳定的性能。希望这些示例能帮助您在实际工作中更有效地进行JVM调优。本文已收录于，我的技术网站，有大厂完整面经，工作技术，架构师成长之路，等经验分享。
JVM 11 的优化指南：如何进行JVM调优，JVM调优参数有哪些
最新发布
程序员Linc
07-22 1237
在实际的Java应用开发中，JVM（Java Virtual Machine）调优是提升应用性能的关键步骤。合理的调优可以显著提升应用的响应速度、吞吐量，并且减少内存消耗和GC（Garbage Collection）停顿时间。本文将详细介绍JVM 11的优化指南，包含如何进行JVM调优以及常见的JVM调优参数，并提供3个实用的代码示例。
JVM调优：根据JVM自带工具定位问题（jps、jstat、Visual VM的使用）
qq_40525480的博客
07-19 850
MAT可以解析Heap Dump（堆转储）文件dump.hprof，查看GC Roots、引用链、对象信息、类信息、线程信息。可以快速生成内存泄漏报表。可以用于查找内存泄漏以及查看内存消耗情况。
SQLite数据库在Android中的使用
IH_LZH的博客
07-19 949
SQLite是一个的SQL数据库引擎。无服务器，意味着使用sqlite不需要联网；不需要配置，意味着不需要安装和管理；同时sqlite遵循ACID原则。SQLIte是一款轻型的数据库，占用资源非常低，在嵌入式设备中，可能只需几百k的内存。
Java中的JDK、JRE、JVM
qq_65508243的博客
07-19 204
本篇介绍了什么是JDK、JRE、JVM，以及三者的关系
JVM--经典的垃圾收集器
你我约定有三的博客
07-19 1122
如果说收集算法是内存回收的方法论，那垃圾收集器就是内存回收的实践者。《Java虚拟机规 范》中对垃圾收集器应该如何实现并没有做出任何规定，因此不同的厂商、不同版本的虚拟机所包含 的垃圾收集器都可能会有很大差别，不同的虚拟机一般也都会提供各种参数供用户根据自己的应用特 点和要求组合出各个内存分代所使用的收集器。本文标题中“经典二字并非情怀，它其实是讨论范围的限定语，这里讨论的是在JDK 7 Update 4 之后（在这个版本中正式提供了商用的G1收集器，此前G1仍处于实验状态）、
【JVM基础04】——组成-什么是虚拟机栈？
weixin_44382896的博客
07-21 722
虚拟机栈
JDK 与 JRE是什么（以及Java技术的核心部分JVM又是什么）它们之间的关系如何
2301_80240612的博客
07-22 564
JDK 与 JRE是什么（以及Java技术的核心部分JVM又是什么）它们之间的关系如何
简化Android数据管理：深入探索SQLite数据库
AI心易行者
07-20 447
SQLite作为一个嵌入式数据库，它的数据库文件是存储在磁盘上的单一文件。由于其轻量级的特点，SQLite在资源使用上非常节省，是Android应用程序的首选本地数据库解决方案。
JVM-垃圾回收与内存分配
m0_50846237的博客
07-19 1230
JVM-垃圾回收与内存分配
JVM系列(一) -浅谈虚拟机的成长史
程序员志哥的博客
07-22 631
众所周知，Java 经过多年的发展，已经从一门单纯的计算机编程语言，发展成了一套成熟的软件解决方案。从互联网到企业平台，Java 是目前使用最广泛的编程语言。
JVM常用工具中jmap实现手动进行堆转储(heap dump文件)并使用MAT(Memory Analyzer Tool)进行堆分析-内存消耗分析
BADAO_LIUMANG_QIZHI的博客
07-19 825
上面讲了jmap的简单使用。下面记录其常用功能，实现堆转储离线文件，并通过三方工具进行可视化查看和分析。性能监控之常见 Java Heap Dump 方法dump heap是诊断与内存相关的问题的重要手段，例如：内存泄漏、垃圾回收问题和java.lang.OutOfMemoryError。同时也是优化内存消耗的重要手段。有非常多的工具可以dump heap，以及分析转储文件，例如：visualVM、Eclipse MAT和 Heap Hero等等。
深入理解JVM：周志明著《JVM高级特性与最佳实践(第二版)》
作者周志明，以其深厚的JVM知识，带领读者深入探究Java程序如何在JVM上运行，以及如何提升Java程序的并发性能。这本书对于那些对JVM感兴趣的Java程序员来说，是一份宝贵的资源，它填补了国内长时间以来在JVM应用讲解...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值