JVM
- 定义:Java Virtual Machine - java 程序的运行环境(java 二进制字节码的运行环境)
- 好处
- 一次编写,到处运行
- 自动内存管理,垃圾回收功能
- 数组下标越界检查
- 多态
内存结构
Program Counter Register 程序计数器(物理上:寄存器)(线程私有)
- 作用:记住下一条jvm指令的执行地址
- 特点
- 线程私有
- 不会内存溢出
Java Virtual Machine Stacks (Java 虚拟机栈,先入后出)(线程私有)
- 每个线程运行时所需要的内存,称为虚拟机栈
- 每个栈由多个栈帧(Frame)组成,对应每次方法调用时所占用的内存
- 每个线程只能有一个活动栈帧,对应着当前正在执行的那个方法
注意点
- 垃圾回收是否涉及栈内存?
no,自动回收,垃圾回收回收堆内存。 - 栈内存分配(分配每个线程对应的栈内存大小)越大越好吗?
no,线程数会变少。 - 方法内的局部变量是否线程安全?
- 如果方法内局部变量没有逃离方法的作用访问,它是线程安全的
- 如果是局部变量引用了对象,并逃离方法的作用范围(如:被return),需要考虑线程安全
栈内存溢出 java.lang.StackOverflowError
栈帧过多导致栈内存溢出:方法递归调用
栈帧过大导致栈内存溢出:一般不会出现
线程运行诊断
- cpu 占用过多
- 用top定位哪个进程对cpu的占用过高
- 用ps命令进一步定位是哪个线程引起的cpu占用过高
ps H -eo pid,tid,%cpu | grep 进程id
- 根据线程id 找到有问题的线程,进一步定位到问题代码的源码行号
jstack 进程id
- 程序运行很长时间没有结果
步骤同上,可能的原因是死锁。
本地方法栈
用C/C++写的一些方法(用native修饰),eg. Object.clone()…
堆(线程共享)
- 通过 new 关键字,创建对象都会使用堆内存
- 是线程共享的,堆中对象都需要考虑线程安全的问题
- 垃圾回收机制
堆内存溢出 OutOfMemoryError
对象一直不能被回收。
堆内存诊断
-
jps 工具
- 查看当前系统中有哪些 java 进程
-
jmap 工具
- 查看某时刻堆内存占用情况
jmap - heap 进程id
- 查看某时刻堆内存占用情况
-
jconsole 工具
- 图形界面,多功能的监测工具,可以连续监测
- 图形界面,多功能的监测工具,可以连续监测
-
jvisualvm 工具
方法区(线程共享)
定义
组成
-
jdk1.6
-
jdk1.8
方法区内存溢出
- 1.8 以前会导致永久代内存溢出 java.lang.OutOfMemoryError: PermGen space
-XX:MaxPermSize=8m
- 1.8 之后会导致元空间内存溢出 java.lang.OutOfMemoryError: Metaspace
-XX:MaxMetaspaceSize=8m
- 实际场景: spring(CGLIB)、mybatis
运行时常量池
- 常量池,就是一张表,虚拟机指令根据这张常量表找到要执行的类名、方法名、参数类型、字面量等信息
- 运行时常量池,常量池是 *.class 文件中的,当该类被加载,它的常量池信息就会放入运行时常量池,并把里面的符号地址变为真实地址
StringTable
注: 字符串在加载时具有“延迟”。如果没运行,就不加载。运行一行,加载一行。
String s1 = "a";
String s2 = "b";
String s3 = "a" + "b"; // javac在编译期优化,两常量相加不可变确定为“ab”
String s4 = s1 + s2; // 【运行期间】创建stringbuilder()对象的无参构造;调用append 载入s1 s2 ;tostring()内部new string()
String s5 = "ab";
String s6 = s4.intern();
// 问
System.out.println(s4 == s5); // false s4在堆里,s5在串池里
System.out.println(s3 == s5); // true s3编译期即确定 直接去串池找对应字符串
System.out.println(s3 == s6); // ture
// 1.8
String x = new String("c") + new String("d"); // new String("cd")仅存在于堆中,c和d存在于串池
String x2 = x.intern(); // 将这个cd尝试放入串池,如果没有则放入串池,此时x2指向串池中的cd,x被放入串池也指向串池中的cd
// 问
System.out.println(x == "cd"); // true
System.out.println(x2 == "cd"); // true
String x1 = "cd"; // cd存在于串池
String x = new String("c") + new String("d"); // new String("cd")仅存在于堆中,c和d存在于串池
String x2 = x.intern(); // 将这个cd尝试放入串池,如果有则并不会放入,此时x2指向串池中的cd,x仍指向堆中的new String("cd")
// 问
System.out.println(x == x1); // false
System.out.println(x2 == x1); // true
// 1.6
String x = new String("c") + new String("d"); // new String("cd")仅存在于堆中,c和d存在于串池
String x2 = x.intern(); // 将这个cd尝试放入串池,如果没有则把此对象复制一份放入串池,此时x2指向串池中的cd,x的拷贝对象被放入串池,x指向堆中的new String("cd")
// 问
System.out.println(x == "cd"); // false
System.out.println(x2 == "cd"); // true
String x1 = "cd"; // cd存在于串池
String x = new String("c") + new String("d"); // new String("cd")仅存在于堆中,c和d存在于串池
String x2 = x.intern(); // 将这个cd尝试放入串池,如果有则并不会放入,此时x2指向串池中的cd,x仍指向堆中的new String("cd")
// 问
System.out.println(x == x1); // false
System.out.println(x2 == x1); // true
- 总结:
- 常量池中的字符串仅是符号,第一次用到时才变为对象
- 利用串池的机制,来避免重复创建字符串对象
- 字符串变量拼接的原理是 StringBuilder (1.8)
- 字符串常量拼接的原理是编译期优化
- 使用 intern 方法,主动将串池中还没有的字符串对象放入串池
- 1.8 将这个字符串对象尝试放入串池,如果有则并不会放入,如果没有则放入串池, 把串池中的对象返回
- 1.6 将这个字符串对象尝试放入串池,如果有则并不会放入,如果没有会把此对象复制一份,放入串池, 把串池中的对象返回
位置
随jdk版本有变化。改到堆中有助于回收。
垃圾回收
内存分配失败会触发,如何查看日志:-XX:+PrintGCDetails -verbose:gc
性能调优
- 调整
-XX:StringTableSize=桶个数
,减少哈希冲突 - 考虑将字符串对象是否入池,入池可减少字符串个数从而减少内存的使用
直接内存(属于操作系统内存,不是虚拟机内存)
Direct Memory
- 常见于 NIO 操作时,用于数据缓冲区
- 分配回收成本较高,但读写性能高
- 不受 JVM 内存回收管理
数据载入过程
无Direct Memory:
有Direct Memory:
分配和回收原理
用任务管理器看内存变化。
- 使用了 Unsafe 对象完成直接内存的分配回收,并且回收需要主动调用 freeMemory 方法
- ByteBuffer 的实现类内部,使用了 Cleaner (虚引用)来监测 ByteBuffer 对象,一旦ByteBuffer 对象被垃圾回收,那么就会由 ReferenceHandler 线程通过 Cleaner 的 clean 方法调用 freeMemory 来释放直接内存
补充:禁用显示回收
-XX:+DisableExplicitGC
用于禁用一些显式回收,如System.gc()。
- 可能会影响直接内存的回收机制:若内存充裕则ByteBuffer对象不一定自动垃圾回收,不回收则无法通过 Cleaner 的 clean 方法调用 freeMemory 来释放直接内存。