文章更新于:https://github.com/zgkaii/CS-Study-Notes,欢迎批评指正!
一、本地方法栈
1.1 本地方法接口
(1)什么是本地方法
简单地讲,一个Native Method就是一个Java调用非Java代码的接囗。该方法的实现由非Java语言实现,比如C。这个特征并非Java所特有,很多其它的编程语言都有这一机制,比如在C++中,你可以用extern “c” 告知c++编译器去调用一个C的函数。
“A native method is a Java method whose implementation is provided by non-java code.”(本地方法是一个非Java的方法,它的具体实现是非Java代码的实现)
在定义一个native method时,并不提供实现体(有些像定义一个Java interface),因为其实现体是由非java语言在外面实现的。
例如java.lang.Object
中的public final native Class<?> getClass()
方法;又如java.lang.Thread
中的private native void start0()
方法… …
本地接口的作用是融合不同的编程语言为Java所用,它的初衷是融合C/C++程序。
Tips:标识符native可以与其它java标识符连用,abstract除外。
(2)为什么使用本地方法
与Java环境的交互
有时Java应用需要与Java外面的环境交互,这是本地方法存在的主要原因。你可以想想Java需要与一些底层系统,如操作系统或某些硬件交换信息时的情况。本地方法正是这样一种交流机制:它为我们提供了一个非常简洁的接口,而且我们无需去了解Java应用之外的繁琐的细节。
与操作系统的交互
JVM支持着Java语言本身和运行时库,它是Java程序赖以生存的平台,它由一个解释器(解释字节码)和一些连接到本地代码的库组成。然而不管怎样,它毕竟不是一个完整的系统,它经常依赖于一底层系统的支持。这些底层系统常常是强大的操作系统。通过使用本地方法,我们得以用Java实现了jre的与底层系统的交互,甚至JVM的一些部分就是用C写的。还有,如果我们要使用一些Java语言本身没有提供封装的操作系统的特性时,我们也需要使用本地方法。
Sun’s Java
Sun的解释器是用C实现的,这使得它能像一些普通的C一样与外部交互。jre大部分是用Java实现的,它也通过一些本地方法与外界交互。例如:类java.lang.Thread的setpriority()方法是用Java实现的,但是它实现调用的是该类里的本地方法setpriority()。这个本地方法是用C实现的,并被植入JVM内部,在Windows 95的平台上,这个本地方法最终将调用Win32 setpriority() ApI。这是一个本地方法的具体实现由JVM直接提供,更多的情况是本地方法由外部的动态链接库(external dynamic link library)提供,然后被JVw调用。
现状
目前这类方法使用的越来越少了,除非是与硬件有关的应用,比如通过Java程序驱动打印机或者Java系统管理生产设备,在企业级应用中已经比较少见。因为现在的异构领域间的通信很发达,比如可以使用Socket通信,也可以使用Web Service等等,不多做介绍。
1.2 本地方法栈
Java虚拟机栈于管理Java方法的调用,而本地方法栈(Native Method Stack)用于管理本地方法的调用。
本地方法栈,也是线程私有的。
允许被实现成固定或者是可动态扩展的内存大小。(在内存溢出方面是相同的)
- 如果线程请求分配的栈容量超过本地方法栈允许的最大容量,Java虚拟机将会抛出一个stackoverflowError 异常。
- 如果本地方法栈可以动态扩展,并且在尝试扩展的时候无法申请到足够的内存,或者在创建新的线程时没有足够的内存去创建对应的本地方法栈,那么Java虚拟机将会抛出一个outofMemoryError异常。
本地方法是使用C语言实现的。
它的具体做法是Native Method Stack中登记native方法,在Execution Engine 执行时加载本地方法库。
当某个线程调用一个本地方法时,它就进入了一个全新的并且不再受虚拟机限制的世界。它和虚拟机拥有同样的权限。
- 本地方法可以通过本地方法接口来访问虚拟机内部的运行时数据区。
- 它甚至可以直接使用本地处理器中的寄存器
- 直接从本地内存的堆中分配任意数量的内存。
并不是所有的JVM都支持本地方法。因为Java虚拟机规范并没有明确要求本地方法栈的使用语言、具体实现方式、数据结构等。如果JVM产品不打算支持native方法,也可以无需实现本地方法栈。
在Hotspot JVM中,直接将本地方法栈和虚拟机栈合二为一。
二、堆核心概述
2.1 堆内存细分
一个进程只有一个JVM,一个JVM实例只存在一个堆内存。但是进程可包含多个线程,他们是共享同一堆空间的。
Java堆区(Heap)在JVM启动的时候即被创建时就确定了空间大小,是JVM管理的最大一块内存空间。《Java虚拟机规范》规定,堆可以处于物理上不连续的内存空间中,但在逻辑上被视为连续的。所有的对象实例以及数组都应当在运行时分配在堆上。更准确说法是——“几乎”所有的对象实例都在这里分配内存。
- 因为还有一些对象是在栈上分配的。数组和对象可能永远不会存储在栈上,因为栈帧中保存引用,这个引用指向对象或者数组在堆中的位置。
Java 7及之前堆内存逻辑上分为三部分:新生区+养老区+永久区
新生区 | 养老区 | 永久区 |
---|---|---|
Young Generation Space | Tenure generation space | Permanent Space |
Young/New(又被划分为Eden区和Survivor区) | Old/Tenure | Perm |
Java 8及之后堆内存逻辑上分为三部分:新生区+养老区+元空间
新生区 | 养老区 | 元空间 |
---|---|---|
Young Generation Space | Tenure generation space | Meta Space |
Young/New(又被划分为Eden区和Survivor区) | Old/Tenure | Meta |
其中,新生区=新生代=年轻代;养老区=老年区=老年代;永久区=永久代。
2.2 设置堆内存大小
Java堆区用于存储Java对象实例,那么堆的大小在JVM启动时就已经设定好了,大家可以通过选项"-Xmx"和"-Xms"来进行设置。例如:
-Xms10m:最小堆内存 -Xmx10m:最大堆内存
- “-Xms"用于表示堆区的起始内存,等价于
-XX:InitialHeapSize
- “-Xmx"则用于表示堆区的最大内存,等价于
-XX:MaxHeapSize
一旦堆区中的内存大小超过“-Xmx"所指定的最大内存时,将会抛出OutofMemoryError异常(俗称OOM异常)。
通常会将-Xms和-Xmx两个参数配置相同的值,其目的是为了能够在Java垃圾回收机制清理完堆区后不需要重新分隔计算堆区的大小,从而提高性能。
默认情况:
-
初始内存大小:物理电脑内存大小 / 64
-
最大内存大小:物理电脑内存大小 / 4
/**
* -Xms 用来设置堆空间(年轻代+老年代)的初始内存大小
* -X:是jvm运行参数
* ms:memory start
* -Xmx:用来设置堆空间(年轻代+老年代)的最大内存大小
*/
public class HeapSpaceInitial {
public static void main(String[] args) {
// 返回Java虚拟机中的堆内存总量
long initialMemory = Runtime.getRuntime().totalMemory() / 1024 / 1024;
// 返回Java虚拟机试图使用的最大堆内存
long maxMemory = Runtime.getRuntime().maxMemory() / 1024 / 1024;
System.out.println("-Xms:" + initialMemory + "M");
System.out.println("-Xmx:" + maxMemory + "M");
}
}
输出结果:
-Xms:243M
-Xmx:3591M
系统内存大小:15.1875G
系统内存大小:14.02734375G
查看堆内存的内存分配
方法一:CMD敲入命令jps
——>jstat -gc 进程id
方法二:配置VM option时加上-XX:+PrintGCDetails
2.4 年轻代与老年代
从生命周期角度可将存储在JVM中的Java对象可以被划分为两类:
- 一类是生命周期较短的瞬时对象,这类对象的创建和消亡都非常迅速(生命周期短的,及时回收即可)
- 另外一类对象的生命周期却非常长,在某些极端的情况下还能够与JVM的生命周期保持一致
根据存储对象的不同,Java堆区便划分为年轻代(YoungGen)和老年代(OldGen)。其中年轻代又可以划分为Eden空间、Survivor0空间和Survivor1空间(有时也叫做from区、to区)。
配置新生代与老年代堆结构的占比:
-
默认
-XX:NewRatio=2
,表示新生代占占整个堆的1/3,老年代占2/3。 -
可以修改
-XX:NewRatio=4
,表示新生代占整个堆的1/5,老年代占4/5。
Tips:生命周期长的对象偏多,就可以通过调整 老年代的大小,来进行调优。
在新生代中,Eden空间和另外两个survivor空间所占的比例默认是8:1:1。
-XX:-UseAdaptiveSizePolicy
:关闭自适应的内存分配策略。可以通过选项-XX:SurvivorRatio
调整这个空间比例。(实际比例不是8:1:1,如要确定是8:1:1需要指定-XX:SurvivorRatio=8
)
几乎所有的Java对象都是在Eden区被new出来的。绝大部分的Java对象的销毁都在新生代进行了。(有些大的对象在Eden区无法存储时候,将直接进入老年代)
可以使用选项"-Xmn"设置新生代最大内存大小。
2.5 堆对象分配过程
(1)概念
为新对象分配内存是一件非常严谨和复杂的任务,JVM的设计者们不仅需要考虑内存如何分配、在哪里分配等问题,并且由于内存分配算法与内存回收算法密切相关,所以还需要考虑GC执行完内存回收后是否会在内存空间中产生内存碎片。
-
new的对象先放Eden区。
-
当Eden区的空间填满时,程序还需创建对象,JVM的垃圾回收器将对Eden区进行垃圾回收(MinorGC,又称YGC),将Eden区中的不再被其他对象所引用的对象进行销毁,再加载新的对象放到Eden区。
-
然后将Eden区中的幸存的对象移动到From区(Survivor From区)。
-
如果再次触发垃圾回收,此时Eden区和From区幸存下来的对象就会放到To区(Survivor To区)。
- 此过程后From区对象都放到To区,故From区变To区,原To区变From区。
-
如果再次经历垃圾回收,此时Eden区对象会重新放回From区,接着再去To区。
-
啥时候能去养老区呢?当Survivor中的对象的年龄达到15的时候,将会触发一次 Promotion晋升的操作,对象晋升至养老区。可以设置次数:
-Xx:MaxTenuringThreshold= N
,默认是15次。 -
当养老区内存不足时,再次触发垃圾回收(Major GC),进行养老区的内存清理。
-
若养老区执行了Major GC之后,发现依然无法进行对象的保存,就会产生OOM异常。
特别注意,在Eden区满了的时候,才会触发MinorGC;而幸存者区满了后,不会触发MinorGC操作。如果Survivor区满了后,将会触发一些特殊的规则,也就是可能直接晋升老年代。
(2)对象分配的特殊情况
代码演示对象分配过程
public class HeapInstanceTest {
byte[] buffer = new byte[new Random().nextInt(1024 * 200)];
public static void main(String[] args) throws InterruptedException {
ArrayList<HeapInstanceTest> list = new ArrayList<>();
while (true) {
list.add(new HeapInstanceTest());
Thread.sleep(10);