1、方法区
JDK8以前,用永久代实现方法区,即选择把收集器的分代设计扩展至方法区,使得HOTSpot的垃圾收集器能够像管理JAVA堆一样管理这部分内存,省去专门为方法区编写内存够管理代码的工作,即将方法区放在虚拟机中,由JVM来统一管理,弊端便是容易内存溢出。
JDK8后,废弃永久代概念,用本地内存(非常大,不容易溢出)管理进程和元空间(存放常量池、静态变量等),字符串常量池移至JAVA堆中。所以限制方法区的容量对其毫无影响。
常量池
二进制字节码的组成:类的基本信息、常量池、类的方法定义(包含了虚拟机指令)
通过输入对应的指令
javap -v class文件的绝对地址
可得到类的基本信息
可得到常量池的基本信息
虚拟机中执行编译的方法
2.串池StringTable
特征
- 常量池中的字符串仅是符号,只有在被用到时才会转化为对象
- 利用串池的机制,来避免重复创建字符串对象
- 字符串变量拼接的原理是StringBuilder
- 字符串常量拼接的原理是编译器优化
- 可以使用intern方法,主动将串池中还没有的字符串对象放入串池中
- 注意:无论是串池还是堆里面的字符串,都是对象
用来放字符串对象且里面的元素不重复
public class StringTableStudy {
public static void main(String[] args) {
String a = "a";
String b = "b";
String ab = "ab";
}
}
Copy
常量池中的信息,都会被加载到运行时常量池中,但这是a b ab 仅是常量池中的符号,还没有成为java字符串
0: ldc #2 // String a
2: astore_1
3: ldc #3 // String b
5: astore_2
6: ldc #4 // String ab
8: astore_3
9: return
Copy
当执行到 ldc #2 时,会把符号 a 变为 “a” 字符串对象,并放入串池中(hashtable结构 不可扩容)
当执行到 ldc #3 时,会把符号 b 变为 “b” 字符串对象,并放入串池中
当执行到 ldc #4 时,会把符号 ab 变为 “ab” 字符串对象,并放入串池中
最终StringTable [“a”, “b”, “ab”]
注意:字符串对象的创建都是懒惰的,只有当运行到那一行字符串且在串池中不存在的时候(如 ldc #2)时,该字符串才会被创建并放入串池中。
使用拼接字符串变量对象创建字符串的过程
public class StringTableStudy {
public static void main(String[] args) {
String a = "a";
String b = "b";
String ab = "ab";
//拼接字符串对象来创建新的字符串
String ab2 = a+b;
}
}
Copy
反编译后的结果
Code:
stack=2, locals=5, args_size=1
0: ldc #2 // String a
2: astore_1
3: ldc #3 // String b
5: astore_2
6: ldc #4 // String ab
8: astore_3
9: new #5 // class java/lang/StringBuilder
12: dup
13: invokespecial #6 // Method java/lang/StringBuilder."<init>":()V
16: aload_1
17: invokevirtual #7 // Method java/lang/StringBuilder.append:(Ljava/lang/String
;)Ljava/lang/StringBuilder;
20: aload_2
21: invokevirtual #7 // Method java/lang/StringBuilder.append:(Ljava/lang/String
;)Ljava/lang/StringBuilder;
24: invokevirtual #8 // Method java/lang/StringBuilder.toString:()Ljava/lang/Str
ing;
27: astore 4
29: return
Copy
通过拼接的方式来创建字符串的过程是:StringBuilder().append(“a”).append(“b”).toString()
最后的toString方法的返回值是一个新的字符串,但字符串的值和拼接的字符串一致,但是两个不同的字符串,一个存在于串池之中,一个存在于堆内存之中
String ab = "ab";
String ab2 = a+b;
//结果为false,因为ab是存在于串池之中,ab2是由StringBuffer的toString方法所返回的一个对象,存在于堆内存之中
System.out.println(ab == ab2);
Copy
使用拼接字符串常量对象的方法创建字符串
public class StringTableStudy {
public static void main(String[] args) {
String a = "a";
String b = "b";
String ab = "ab";
String ab2 = a+b;
//使用拼接字符串的方法创建字符串
String ab3 = "a" + "b";
}
}
Copy
反编译后的结果
Code:
stack=2, locals=6, args_size=1
0: ldc #2 // String a
2: astore_1
3: ldc #3 // String b
5: astore_2
6: ldc #4 // String ab
8: astore_3
9: new #5 // class java/lang/StringBuilder
12: dup
13: invokespecial #6 // Method java/lang/StringBuilder."<init>":()V
16: aload_1
17: invokevirtual #7 // Method java/lang/StringBuilder.append:(Ljava/lang/String
;)Ljava/lang/StringBuilder;
20: aload_2
21: invokevirtual #7 // Method java/lang/StringBuilder.append:(Ljava/lang/String
;)Ljava/lang/StringBuilder;
24: invokevirtual #8 // Method java/lang/StringBuilder.toString:()Ljava/lang/Str
ing;
27: astore 4
//ab3初始化时直接从串池中获取字符串
29: ldc #4 // String ab
31: astore 5
33: return
Copy
- 使用拼接字符串常量的方法来创建新的字符串时,因为内容是常量,javac在编译期会进行优化,结果已在编译期确定为ab,而创建ab的时候已经在串池中放入了“ab”,所以ab3直接从串池中获取值,所以进行的操作和 ab = “ab” 一致。
- 使用拼接字符串变量的方法来创建新的字符串时,因为内容是变量,只能在运行期确定它的值,所以需要使用StringBuilder来创建
intern方法 1.8
调用字符串对象的intern方法,会将该字符串对象尝试放入到串池中
- 如果串池中没有该字符串对象,则放入成功
- 如果有该字符串对象,则放入失败
无论放入是否成功,都会返回串池中的字符串对象
注意:此时如果调用intern方法成功,堆内存与串池中的字符串对象是同一个对象;如果失败,则不是同一个对象
例1
public class Main {
public static void main(String[] args) {
//"a" "b" 被放入串池中,str则存在于堆内存之中
String str = new String("a") + new String("b");
//调用str的intern方法,这时串池中没有"ab",则会将该字符串对象放入到串池中,此时堆内存与串池中的"ab"是同一个对象
String st2 = str.intern();
//给str3赋值,因为此时串池中已有"ab",则直接将串池中的内容返回
String str3 = "ab";
//因为堆内存与串池中的"ab"是同一个对象,所以以下两条语句打印的都为true
System.out.println(str == st2);
System.out.println(str == str3);
}
}
Copy
例2
public class Main {
public static void main(String[] args) {
//此处创建字符串对象"ab",因为串池中还没有"ab",所以将其放入串池中
String str3 = "ab";
//"a" "b" 被放入串池中,str则存在于堆内存之中
String str = new String("a") + new String("b");
//此时因为在创建str3时,"ab"已存在与串池中,所以放入失败,但是会返回串池中的"ab"
String str2 = str.intern();
//false
System.out.println(str == str2);
//false
System.out.println(str == str3);
//true
System.out.println(str2 == str3);
}
}
程序执行JVM与本地内存的联系
可如下图所示
03.011-线程运行原理-栈帧图解_哔哩哔哩_bilibili 有详解
线程栈在进程里,里面存放栈帧(即执行的方法),而方法区存放程序编译后的字节码。堆中存放对象实例。
程序开始运行,首先执行main 方法,args作为main方法的参数,同时是字符串数组对象,引用堆中创建的 new String[]对象,main方法无返回地址 。
程序计数器往下计数,进入method1方法。栈中添加栈帧method1。程序计数器接着计数,读取method1编译后的字节码,执行内部的内容。method的局部变量x,y作为常量,存储在常量池中,常量池也在方法区里,不用引用堆中的对象。执行到 Object m=method2()时,即程序计数器到这一行指令时,再次进入method2方法中。
栈中再次加入栈帧 method2,程序计数器继续追踪执行方法区中对应的字节码。method2中局部变量为n,是Object对象,需要在堆中创建实例对象,然后引用。最后返回地址,method2栈帧消除,程序计数器也重新计数,执行原来的 Object m=method2()字节码。而局部变量m同样引用在堆中的new Object()对象,返回地址为main方法对应的那一行字节码,method1方法执行完毕,method1栈帧消除。
最后整个进程执行完毕,程序结束。
用IDEA对JVM进行操作
1、设置堆空间的大小
理论知识:
1.1、默认堆空间大小是根据物理机内存大小决定的。
假设物理机是 16G 内存,那么 虚拟机的默认堆空间大小 如下:
最小值:16 / 64 = 0.25G * 1024 = 256 m
最大值:16 / 4 = 4G
1.2、以上只是“理论值”,“实际值”会比“理论值”小一些。
堆空间大小设置(多图):
如图:【Services】>【****SpringbootApplication】>【鼠标右键】>【Edit Configuration... Or 快捷键Shift+F4】设堆内存大小
鼠标单击【Environment】Or 快捷键Alt+M
【VM options:】>
-Xms128m -Xmx256m
-Xms 堆空间最小值
-Xmx 堆空间最大值
设置栈内存大小命令:Xss(设置内存大小)
-Xss1m
-Xss1024k
-Xss1048576
2、堆内存诊断
2.1、jps工具
用于查看java进程
如图,将下图程序运行之后,打开终端,输入jps,可见下图
以下便是正在运行的java进程
衔接jmap
2.2、jmap工具
jmap可以抓取当前的内存快照记录,查看当前某java进程的堆内存占用情况
可以查看该java进程新生代比例、老年代比例,元空间内存等信息
也可以看到伊甸区,幸存from \to 老年代区的内存占用(used/free)情况
输入以下代码,18756为java进程id
jmap -heap 18756
结果部分截图
2.3、jconsole工具
在终端输入jconsole,选择需要查看的java进程,即可以图形化窗口的方式看到该进程的堆内存使用情况
分别是堆内存使用量、线程数量、加载的类的数量、CPU的占有率
jconsole图形化窗口还可以手动GC,查看垃圾回收的情况
2.4 案例讲解
垃圾回收后,内存占用仍然很高的问题,用这些命令去定位以下哪里没有搞好
首先打开jconsole工具,手动GC一下,发现垃圾回收的量并不大,只回收了大约30M
用jmap重新看一下堆内存信息
发现新生代确实都被回收掉了,主要还剩老年代,老年代已有200+M被占用了
为什么没有被回收掉呢?可能是存在编程问题,有一些对象始终被引用,无法被释放掉
这里输入命令
jvisualvm
再连接上对应的JAVA进程,可以看到下图所示结果
点击堆dump按钮,同样是内存快照,对比于jmap可以看到更详细的内容
点击查找,可以查找出前X个占用内存最大的对象,图如下所示
点击对象,进去可以看到对象的具体属性,如下图所示
可以看到这个存放student的链表是罪魁祸首,占用内存极大
源代码如下,可以看到在这个线程休眠结束前,所有student的对象将一直保持存活状态,所以占用了内存,没有被回收