用于保存JVM中下一条所要执行的指令的地址,cpu来回切换的时候能找到当前线程执行到的指令位置。
- 线程私有
- CPU会为每个线程分配时间片，当当前线程的时间片使用完以后，CPU就会去执行另一个线程中的代码
- 程序计数器是每个线程所私有的，当另一个线程的时间片用完，又返回来执行当前线程的代码时，通过程序计数器可以知道应该执行哪一句指令
- 不会存在内存溢出
- 每个线程运行需要的内存空间，称为虚拟机栈
- 每个栈由多个栈帧组成，对应着每次调用方法时所占用的内存
- 每个线程只能有一个活动栈帧，对应着当前正在执行的方法
- 垃圾回收是否涉及栈内存？
- 不需要。因为虚拟机栈中是由一个个栈帧组成的，在方法执行完毕后，对应的栈帧就会被弹出栈。所以无需通过垃圾回收机制去回收内存。
- 栈内存的分配越大越好吗？
- 不是。因为物理内存是一定的，栈内存越大，可以支持更多的递归调用，但是可执行的线程数就会越少。
- 方法内的局部变量是否是线程安全的？
- 如果方法内局部变量没有逃离方法的作用范围，则是线程安全的
- 如果如果局部变量引用了对象，并逃离了方法的作用范围，则需要考虑线程安全问题
4.堆一些带有native关键字的方法就是需要JAVA去调用本地的C或者C++方法，因为JAVA有时候没法直接和操作系统底层交互，所以需要用到本地方法
5.方法区
- 通过new关键字创建的对象都会被放在堆内存
堆也是Java内存管理的核心区域，堆在JVM启动的时候创建，其空间大小也被创建，是JVM中最大的一块内存空间，所有线程共享Java堆，物理上不连续的逻辑上连续的内存空间，几乎所有的实例都在这里分配内存，在方法结束后，堆中的对象不会马上删除，仅仅在垃圾收集的时候被删除，堆是GC（垃圾收集器）执行垃圾回收的重点区域
方法区存放 类的信息 (构造器 字段 方法)等。存放类加载器。存放运行时常量池。存放静态常量
1.8之后 由元空间来具体实现（你的本地空间划的区域），不再由jvm管理方法区的内存结构
类的二进制字节码中存放–> 类基本信息，常量池，类方法定义(包括虚拟机指令) javap -v Hello.class
常量池
常量池：存在于字节码文件中。给指令提供常量符号，根据符号找到对应的值。 指令对应符号，通过符号找到最后的值。常量池就是将符号和值关联起来。就相当于一张表
运行时常量池
类被加载时，常量池信息就放在了运行时常量池，并把里面的符号地址变为真实地址(就是#xxx就变成了真实的地址)。
串池
存放字符串对象，并且只能存在一份。
常量池中的字符串仅仅是符号，第一次用到的时候才变成对象
这里字符串拼接的时候，s1+s2s此时为变量拼接，创建了StringBuilder对象使用append拼接，最后调用toString()方法转化为String对象，但是toString()方法new 了一个String对象，所以该对象被存入堆中，不能存入串池中
e=“a” + “b” 因为都是确定的不会变了，所以编译期间就能确定答案"ab"，所以直接拿到串池中找了。
String s = new String("a") + new String("b");
String s2=s.intern();
1.6方法区永久代回收的触发时间晚，间接导致垃圾回收效率低。所以1.8中 串池转移到了堆中
在空间紧张，没有被引用的字符串会被回收
直接内存不属于java虚拟机的内存管理，而是属于系统内存
- 属于操作系统，常见于NIO操作时，用于数据缓冲区
- 分配回收成本较高，但读写性能高
- 不受JVM内存回收管理
传统模式想要读取系统文件就是要–>切换到内核态之后，cpu从磁盘文件读取，操作系统划分一块系统缓冲区出来，java代码不能在这里面运行。
两块缓冲区，读取的时候涉及数据存了2份。效率不是很高。
使用direct memory直接内存。两块代码共享的一片区域。提升效率
很适合做文件的io操作
- 直接内存的回收不是通过JVM的垃圾回收来释放的，而是通过Unsafe.freeMemory来手动释放通过
- ByteBuffer的实现内部使用了Cleaner（虚引用）来检测ByteBuffer。一旦ByteBuffer被垃圾回收，那么会由ReferenceHandler来调用Cleaner的clean方法调用freeMemory来释放内存
