JVM 第一节

Program Counter Register（程序计数器、寄存器）

二进制字节码必须经过解释器才能变成机器码，机器码被CPU执行。

程序计数器：记住下一条JVM指令的执行地址。

在物理上就是寄存器，读写速度最快的，位于CPU。

特点：

线程私有、唯一不会内存溢出。

虚拟机栈：

Java virtual machine Stacks

栈的结构是先进后出的模式，每个线程运行所需要的内存，就是虚拟机栈。

每个线程只能有一个活动栈帧，对应当前执行的方法。

栈帧(Frame)：存入栈的单位，其实就是一次方法的调用，每个方法运行时需要的内存。

包括 参数，局部变量，返回地址

运行的过程：分配一块栈帧内存，把栈帧压入栈，运行完就把内存释放掉。

 问题辨析：

垃圾回收是否涉及栈内存：不涉及，不需要清理，方法调用结束后自动清理。

栈内存越大越好吗：内存越大，线程数会越少；不会增快效率。

方法内的局部变量是否线程安全：

1. 看该变量是共有的，还是线程私有的

2. 如果方法内的局部变量没有逃离方法的作用范围，那它就是线程安全的（参数或者返回结果），3. 如果是局部变量引用了对象，并逃离方法的作用方法，需要考虑线程安全。

栈内存溢出（StackOverFlowError）：

* 栈帧过多：方法递归调用没有合适的结束条件。

* 栈帧过大：直接撑满了栈内存。

线程运行诊断：

1. CPU占用过多：

用top定位哪个进程对cpu的占用过高

ps H -eo pid,tid,%cpu | grep 进程id（用ps命令进一步定位是哪个线程引起的cpu占用过高）

jstack tid，查看线程的状态，进一步定位到问题代码的位置。

2.程序运行很长时间没有结果：

线程死锁，没有结果。

本地方法栈：

调用底层C语言方法，native方法

堆（Heap）：

通过new关键字，创建对象都会使用堆内存。

特点：

1.线程共享，堆中的对象都是要考虑线程安全的。

2.有垃圾回收机制。

堆内存溢出（OutOfMemoryError）

堆内存诊断工具：

1. jps工具：查询当前系统中的Java进程

2. jmap工具：查看堆内存占用情况

3. jconsole工具：图形界面的，多功能的检测工具，联系检测。

垃圾回收后，内存占用依然很高

方法区（Method Area）：

方法区所有线程共享的区域，存储类的结构：运行时常量池，成员属性，方法数据，构造器和方法的代码。

虚拟机启动时被创建，逻辑上属于 堆的部分，但在实现上根据不同厂商而区分。

永久代（HotSpot 在JDK1.8之前的实现方法），1.8方法区移动到本地内存的元空间当中。

方法区也会导致OutOfMemoryError

二进制字节码（类基本信息、常量池、类方法定义，包含了虚拟机指令）：

常量池：就是一张表，虚拟机指令根据这张常量表找到类名、方法名、参数类型、字面量等信息。

运行时常量池，常量池是*.class文件中的，当该类被加载，它的常量池信息就会被放入运行时常量池，并把里面的符号地址变成真实地址。

StringTable：

常量池中的信息，都会被加载到运行时常量池中，这时a b ab 都是常量池中的符号。

 

 

ldc #2 会把a符号变成“a”字符串对象。

ldc #3 会把b符号变成“b”字符串对象。

执行到哪行代码，就会去串池找，如果没有就会创建一个新的

串池中的每个成员都是唯一的。

s5是在javac编译期间就直接生成的“ab”

特性：

• 常量池中的字符串仅是符号，第一次用到才变为为对象。
• 利用串池的机制，避免重复创建字符串对象
• 字符串变量的拼接原理是StringBuilder（1.8）放入堆中。
• 字符串常量拼接的原理是 编译期优化
• 可以使用intern（），主动将串池中还没有的字符串放进去。   
  •  1.8如果串池中有该对象，就不放入，将串池中的对象返回，如果串池中没有，就把它放入并返回。
  • 1.6如果串池中有该对象，就不放入，将串池中的对象返回，如果串池中没有，会把该对象复制一份，放入串池，把串池中的对象返回。

StringTable在堆中，减少了对内存的占用。

 ·StringTable buckets 如果字符串较多，可以考虑增大StringTableSize来提高哈希搜索的效率。

 ·考虑是否将字符串对象入池，使用intern()。