虚拟机栈的出现背景
（1）由于跨平台性的设计，Java的指令都是根据栈来设计的。不同平台CPU架构不同，所以不能设计为基于寄存器的【如果设计成基于寄存器的，耦合度高，性能会有所提升，因为可以对具体的CPU架构进行优化，但是跨平台性大大降低】.
（2）优点是跨平台，指令集小，编译器容易实现，缺点是性能下降，实现同样的功能需要更多的指令
内存中的堆和栈
（1）首先栈是运行时的单位，堆是存储的单位；
（2）即栈解决程序的运行问题，程序如何执行，如何处理数据。堆解决的是数据存储的问题，即数据怎么放，放哪里；
虚拟机栈的基本内容
每一个线程在创建时都会创建一个虚拟机栈，其内部保存一个个的栈帧，对应着一次次的Java方法调用，栈是线程私有的。
public class StackTest { public static void main(String[] args) { StackTest test = new StackTest(); test.methodA(); } public void methodA() { int i = 10; int j = 20; methodB(); } public void methodB(){ int k = 30; int m = 40; } }
虚拟机栈的生命周期
生命周期和线程一致，线程结束了
虚拟机栈的作用
主管Java的程序的运行，保存方法的局部变量（8 种基本数据类型、对象的引用地址）、部分结果，并参与方法的调用和返回。
虚拟机栈的特点
（1）栈是一种快速有效的分配存储方式，访问速度仅次于程序计数器。
（2）JVM直接对Java栈的操作只有两个；每个方法执行，伴随着进栈（入栈、压栈）；执行结束后的出栈工作
（3）对于栈来说不存在垃圾回收问题，栈不需要GC，但是可能存在OOM
如果采用固定大小的Java虚拟机栈，那每一个线程的Java虚拟机栈容量可以在线程创建的时候独立选定。如果线程请求分配的栈容量超过Java虚拟机允许的最大容量，Java虚拟机将会抛出一个StackoverflowError 异常
设置栈内存的大小
可以使用参数-Xss选项来设置线程的最大栈空间，栈的大小直接决定了函数调用的最大可达深度
Sets the thread stack size (in bytes). Append the letter k or K to indicate KB, m or M to indicate MB, and g or G to indicate GB. The default value depends on the platform: Linux/x64 (64-bit): 1024 KB macOS (64-bit): 1024 KB Oracle Solaris/x64 (64-bit): 1024 KB Windows: The default value depends on virtual memory
The following examples set the thread stack size to 1024 KB in different units:
-Xss1m -Xss1024k -Xss1048576
举例
public class StackTest01 { private static int count = 1; public static void main(String[] args) { System.out.println(count); count ++ ; main(args); } }
在没有设置栈大小前：栈在11408这个深度溢出了
11406
11407
11408
Exception in thread "main" java.lang.StackOverflowError
设置栈参数之后：栈在2457深度溢出
2456 2457 Exception in thread "main" java.lang.StackOverflowError at sun.nio.cs.UTF_8.updatePositions(UTF_8.java:77)
栈的存储单位
栈中存储什么
（1）每个线程都有自己的栈，栈中的数据都是以栈帧（Stack Frame）的格式存在的；
（2）在这个线程上正在执行的每一个方法都有各自对应的一个栈帧；
（3）栈帧是一个内存区块，是一个数据集，维系着方法执行过程中的各种数据信息。
栈运行原理
（1）JVM直接对Java栈的操作只有两个，就是对栈帧的压栈和出栈，遵循先进后出（后进先出）原则；
（2）在一条活动线程中，一个时间点上，只会有一个活动的栈帧。即只有当前正在执行的方法的栈帧（栈顶栈帧）是有效的。这个栈帧被称为当前栈帧（Current Frame），与当前栈帧相对应的方法就是当前方法（Current Method），定义这个方法的类就是当前类（Current Class）
（3）执行引擎运行的所有字节码指令只针对当前栈帧进行操作
（4）如果在该方法中调用了其他方法，对应的新的栈帧会被创建出来，放在栈的顶端，成为新的当前帧
（1）不同线程中所包含的栈帧是不允许存在相互引用的，即不可能在一个栈帧之中引用另外一个线程的栈帧
（2）如果当前方法调用了其他方法，方法返回之际，当前栈帧会传回此方法的执行结果给前一个栈帧，接着，虚拟机会丢弃当前栈帧，使得前一个栈帧重新成为当前栈帧；
（3）Java方法有两种返回函数的方式。一种是正常的函数返回，使用return指令；另一种是方法执行中出现未捕获处理的异常，以抛出异常的方式结束；但不管使用哪种方式，都会导致栈帧被弹出
栈帧的内部结构
每个栈帧中存储着：
（1）局部变量表（Local Variables ）；（2）操作数栈（Operand Stack）（或表达式栈）；（3）动态链接（Dynamic Linking）（或指向运行时常量池的方法引用）；（4）方法返回地址（Return Address）（或方法正常退出或者异常退出的定义）（5）一些附加信息
并行每个线程下的栈都是私有的，因此每个线程都有自己的栈，并且每个栈里面都有很多栈帧，栈帧的大小主要由局部变量表和操作数栈决定的
局部变量表
认识局部变量表
概念
（1）局部变量表也被称之为局部变量数组或本地变量表；
（2）定义一个数字数组，主要用于存储方法参数和定义在方法内的局部变量，这些数据类型包括各类基本数据类型、对象引用（reference），以及returnAddress返回值类型；
（3）由于局部变量是建立在线程的栈上，是线程私有数据，因此不存在数据安全问题；
（4）局部变量表所需的容量大小是编译期确定下来的，并保存在方法的code属性maximum local variables数据项中，在方法运行期间是不会改变局部变量表的大小的；
（5）方法嵌套调用的次数由栈的大小决定。一般来说，栈越大，方法嵌套调用次数越多
- 对一个函数而言，它的参数和局部变量越多，使得局部变量表膨胀，它的栈帧就越大，以满足方法调用所需传递的信息增大的需求。
- 进而函数调用就会占用更多的栈空间，导致其嵌套调用次数就会减少。
（6）局部变量表中的变量只在当前方法调用中有效
- 在方法执行时，虚拟机通过使用局部变量表完成参数值到参数变量列表的传递过程。
- 当方法调用结束后，随着方法栈帧的销毁，局部变量表也会随之销毁。
public class LocalVariablesTest { private int count = 0; public static void main(String[] args) { LocalVariablesTest test = new LocalVariablesTest(); int num = 10; test.test1(); } //练习： public static void testStatic(){ LocalVariablesTest test = new LocalVariablesTest(); Date date = new Date(); int count = 10; System.out.println(count); //因为this变量不存在于当前方法的局部变量表中！！ // System.out.println(this.count); } //关于Slot的使用的理解 public LocalVariablesTest(){ this.count = 1; } public void test1() { Date date = new Date(); String name1 = "atguigu.com"; test2(date, name1); System.out.println(date + name1); } public String test2(Date dateP, String name2) { dateP = null; name2 = "songhongkang"; double weight = 130.5;//占据两个slot char gender = '男'; return dateP + name2; } public void test3() { this.count++; } public void test4() { int a = 0; { int b = 0; b = a + 1; } //变量c使用之前已经销毁的变量b占据的slot的位置 int c = a + 1; } }
部分详解
使用jclasslib看字节码，以main方法为例
（1）0-15表示有16行字节码
（2）方法异常表
（3）misc
（4）行号表
Java代码的行号和字节码指令行号的关系
（5）生效行数和剩余有效行数都是针对字节码文件的行数
a. 起始pc和长度表示局部变量的作用域
b.Start PC==11表示在字节码的11行开始生效，也就是Java代码对应的第11行。而声明int num在java代码的是第10行，说明是从声明的下一行开始生效
c. Length== 5表示局部变量剩余有效行数，main方法字节码指令总共有16行，从11行开始生效，那么剩下就是16-11 ==5
d. Ljava/lang/String 前面的L表示引用类型
关于slot的理解
（1）参数值的存放总是从局部变量数组索引 0 的位置开始，到数组长度-1的索引结束
（2）局部变量表，最基本的存储单元是Slot（变量槽），局部变量表中存放编译期可知的各种基本数据类型（8种），引用类型（reference），returnAddress类型的变量
（3）在局部变量表里，32位以内的类型只占用一个slot（包括returnAddress类型），64位的类型占用两个slot（1ong和double）。
- byte、short、char在储存前被转换为int，boolean也被转换为int，0表示false，非0表示true
- long和double则占据两个slot
（4）JVM会为局部变量表中的每一个Slot都分配一个访问索引，通过这个索引即可成功访问到局部变量表中指定的局部变量值
（5）当一个实例方法被调用的时候，它的方法参数和方法体内部定义的局部变量将会按照顺序被复制到局部变量表中的每一个slot上
（6）如果需要访问局部变量表中一个64bit的局部变量值时，只需要使用前一个索引即可。（比如：访问long或double类型变量）
（7）如果当前帧是由构造方法或者实例方法创建的，那么该对象引用this将会存放在index为0的slot处，其余的参数按照参数表顺序继续排列。（this也相当于一个变量）
slot代码示例
this存放在index=0的位置
public void test3() { this.count++; }
局部变量表：this存放在index=0的位置
64位的类型（long和double）占用两个slot
public String test2(Date dateP, String name2) { dateP = null; name2 = "songhongkang"; double weight = 130.5;//占据两个slot char gender = '男'; return dateP + name2; }
weight为double类型，index直接从3到5
static无法调用this
this不存在static方法的局部变量表中，所有无法调用
slot的重复利用
栈帧中的局部变量表中的槽位是可以重用的，如果一个局部变量过了其作用域，那么在其作用域之后申明新的局部变量变就很有可能会复用过期局部变量的槽位，从而达到节省资源的目的
局部变量 c 重用了局部变量 b 的 slot 位置
静态变量和局部变量的对比
变量的分类： 1、按照数据类型分：① 基本数据类型 ② 引用数据类型 2、按照在类中声明的位置分： 2-1、成员变量：在使用前，都经历过默认初始化赋值 2-1-1、类变量: linking的prepare阶段：给类变量默认赋值 ---> initial阶段：给类变量显式赋值即静态代码块赋值 2-1-2、实例变量：随着对象的创建，会在堆空间中分配实例变量空间，并进行默认赋值 2-2、局部变量：在使用前，必须要进行显式赋值的！否则，编译不通过。
操作数栈
操作数栈的特点
（1）每个独立的的栈帧除了包含局部变量以外，还包含一个后进先出（Last - In - First -Out）的 操作数栈，也可以称之为表达式栈（Expression Stack）
（2）操作数栈，在方法执行过程中，根据字节码指令，往栈中写入数据或提取数据，即入栈（push）和出栈（pop）
某些字节码指令将值压入操作数栈，其余的字节码指令将操作数取出栈。使用它们后再把结果压入栈
比如：执行复制、交换、求和等操作
操作数栈的作用
（1）操作数栈，主要用于保存计算过程的中间结果，同时作为计算过程中变量临时的存储空间；
（2）操作数栈就是JVM执行引擎的一个工作区，当一个方法刚开始执行的时候，一个新的栈帧也会随之被创建出来，这时方法的操作数栈是空的
（3）每一个操作数栈都会拥有一个明确的栈深度用于存储数值，其所需的最大深度在编译期就定义好了，保存在方法的Code属性中，为maxstack的值
（4）栈中的任何一个元素都是可以任意的Java数据类型
32bit的类型占用一个栈单位深度；64bit的类型占用两个栈单位深度
（5）操作数栈并非采用访问索引的方式来进行数据访问的，而是只能通过标准的入栈和出栈操作来完成一次数据访问。只不过操作数栈是用数组这个结构来实现的而已
（6）如果被调用的方法带有返回值的话，其返回值将会被压入当前栈帧的操作数栈中，并更新PC寄存器中下一条需要执行的字节码指令
（7）操作数栈中元素的数据类型必须与字节码指令的序列严格匹配，这由编译器在编译器期间进行验证，同时在类加载过程中的类检验阶段的数据流分析阶段要再次验证
（8）Java虚拟机的解释引擎是基于栈的执行引擎，其中的栈指的就是操作数栈
局部变量表就相当于食材，操作数栈就相当于做法步骤
操作数栈代码追踪
public void testAddOperation() { //byte、short、char、boolean：都以int型来保存 byte i = 15; int j = 8; int k = i + j; // int m = 800; }
对应字节码指令
0 bipush 15 2 istore_1 3 bipush 8 5 istore_2 6 iload_1 7 iload_2 8 iadd 9 istore_3 10 return
一步一步看流程
（1）首先执行第一条语句，PC寄存器指向的是0，也就是指令地址为0，然后使用bipush让操作数15入操作数栈
（2）执行完成后，PC寄存器下移，指向下一行代码，下一行代码表示将操作数栈的元素存储到局部变量表1的位置（istore_1），我们可以看到局部变量表中已经增加了一个元素，并且操作数栈为空了。
解释为什么局部变量表索引从1开始，因为该方法为实例方法，局部变量表索引0的位置存放的是this
（3）然后PC下移，指向下一行，8入栈，同时执行store操作，存入局部变量表中；
（4）然后从局部变量表中，依次将数据放在操作数栈中，等待执行add操作
iload_1：取出局部变量表中索引为1的数据放入操作数栈中
（5）操作数栈中的两个元素执行相加操作，并存储在局部变量表3的位置
关于类型转换的说明
因为8可以存放在byte类型中，所以压入操作数栈的类型为byte，而不是int，所以执行的字节码指令为bipush 8，但是存储在局部变量的时候，会转成int类型的变量：istore_4
m改成800之后，byte存储不了，就成了short类型，sipush 800
如果被调用的方法带有返回值，返回值入操作数栈
public int getSum(){ int m = 10; int n = 20; int k = m + n; return k; } public void testGetSum(){ //获取上一个栈桢返回的结果，并保存在操作数栈中 int i = getSum(); int j = 10; }
getSum() 方法字节码指令：最后带着ireturn
testGetSum() 方法字节码指令：一上来就加载 getSum() 方法的返回值()
栈顶缓存技术
栈顶缓存技术：Top Of Stack Cashing
（1）前面提过，基于栈式架构的虚拟机所使用的零地址指令更加紧凑，但完成一项操作的时候必然需要使用更多的入栈和出栈指令，这同时也就意味着将需要更多的指令分派（instruction dispatch）次数（也就是你会发现指令很多）和导致内存读/写次数多，效率不高
（2）由于操作数是存储在内存中的，因此频繁地执行内存读/写操作必然会影响执行速度。为了解决这个问题，HotSpot JVM的设计者们提出了栈顶缓存（Tos，Top-of-Stack Cashing）技术，将栈顶元素全部缓存在物理CPU的寄存器中，以此降低对内存的读/写次数，提升执行引擎的执行效率
（3）寄存器的主要优点：指令更少，执行速度快，但是指令集（也就是指令种类）很多
动态链接
动态链接（执行运行时常量池的方法引用）
（1）每一个栈帧内部都包含一个指向运行时常量池中该栈帧所属方法的引用。包含这个引用的目的就是为了支持当前方法的代码能够实现动态链接（Dynamic Linking），比如：invokedynamic指令
（2）在Java源文件被编译到字节码文件中时，所有的变量和方法引用都作为符号引用（Symbolic Reference）保存在class文件的常量池里。比如：描述一个方法调用了另外的其他方法时，就是通过常量池中指向方法的符号引用来表示的，那么动态链接的作用就是为了将这些符号引用转换为调用方法的直接引用
public class DynamicLinkingTest { int num = 10; public void methodA(){ System.out.println("methodA()...."); } public void methodB(){ System.out.println("methodB()...."); methodA(); num++; } }
对应字节码
Classfile /F:/IDEAWorkSpaceSourceCode/JVMDemo/out/production/chapter05/com/atguigu/java1/DynamicLinkingTest.class Last modified 2020-11-10; size 712 bytes MD5 checksum e56913c945f897c7ee6c0a608629bca8 Compiled from "DynamicLinkingTest.java" public class com.atguigu.java1.DynamicLinkingTest minor version: 0 major version: 52 flags: ACC_PUBLIC, ACC_SUPER Constant pool: #1 = Methodref #9.#23 // java/lang/Object."<init>":()V #2 = Fieldref #8.#24 // com/atguigu/java1/DynamicLinkingTest.num:I #3 = Fieldref #25.#26 // java/lang/System.out:Ljava/io/PrintStream; #4 = String #27 // methodA().... #5 = Methodref #28.#29 // java/io/PrintStream.println:(Ljava/lang/String;)V #6 = String #30 // methodB().... #7 = Methodref #8.#31 // com/atguigu/java1/DynamicLinkingTest.methodA:()V #8 = Class #32 // com/atguigu/java1/DynamicLinkingTest #9 = Class #33 // java/lang/Object #10 = Utf8 num #11 = Utf8 I #12 = Utf8 <init> #13 = Utf8 ()V #14 = Utf8 Code #15 = Utf8 LineNumberTable #16 = Utf8 LocalVariableTable #17 = Utf8 this #18 = Utf8 Lcom/atguigu/java1/DynamicLinkingTest; #19 = Utf8 methodA #20 = Utf8 methodB #21 = Utf8 SourceFile #22 = Utf8 DynamicLinkingTest.java #23 = NameAndType #12:#13 // "<init>":()V #24 = NameAndType #10:#11 // num:I #25 = Class #34 // java/lang/System #26 = NameAndType #35:#36 // out:Ljava/io/PrintStream; #27 = Utf8 methodA().... #28 = Class #37 // java/io/PrintStream #29 = NameAndType #38:#39 // println:(Ljava/lang/String;)V #30 = Utf8 methodB().... #31 = NameAndType #19:#13 // methodA:()V #32 = Utf8 com/atguigu/java1/DynamicLinkingTest #33 = Utf8 java/lang/Object #34 = Utf8 java/lang/System #35 = Utf8 out #36 = Utf8 Ljava/io/PrintStream; #37 = Utf8 java/io/PrintStream #38 = Utf8 println #39 = Utf8 (Ljava/lang/String;)V { int num; descriptor: I flags: public com.atguigu.java1.DynamicLinkingTest(); descriptor: ()V flags: ACC_PUBLIC Code: stack=2, locals=1, args_size=1 0: aload_0 1: invokespecial #1 // Method java/lang/Object."<init>":()V 4: aload_0 5: bipush 10 7: putfield #2 // Field num:I 10: return LineNumberTable: line 7: 0 line 9: 4 LocalVariableTable: Start Length Slot Name Signature 0 11 0 this Lcom/atguigu/java1/DynamicLinkingTest; public void methodA(); descriptor: ()V flags: ACC_PUBLIC Code: stack=2, locals=1, args_size=1 0: getstatic #3 // Field java/lang/System.out:Ljava/io/PrintStream; 3: ldc #4 // String methodA().... 5: invokevirtual #5 // Method java/io/PrintStream.println:(Ljava/lang/String;)V 8: return LineNumberTable: line 12: 0 line 13: 8 LocalVariableTable: Start Length Slot Name Signature 0 9 0 this Lcom/atguigu/java1/DynamicLinkingTest; public void methodB(); descriptor: ()V flags: ACC_PUBLIC Code: stack=3, locals=1, args_size=1 0: getstatic #3 // Field java/lang/System.out:Ljava/io/PrintStream; 3: ldc #6 // String methodB().... 5: invokevirtual #5 // Method java/io/PrintStream.println:(Ljava/lang/String;)V 8: aload_0 9: invokevirtual #7 // Method methodA:()V 12: aload_0 13: dup 14: getfield #2 // Field num:I 17: iconst_1 18: iadd 19: putfield #2 // Field num:I 22: return LineNumberTable: line 16: 0 line 18: 8 line 20: 12 line 21: 22 LocalVariableTable: Start Length Slot Name Signature 0 23 0 this Lcom/atguigu/java1/DynamicLinkingTest; } SourceFile: "DynamicLinkingTest.java"
（1）在字节码指令中，methodB() 方法中通过 invokevirtual #7 指令调用了方法 A ，那么 #7 是个啥呢？
（2）往上面翻，找到常量池的定义：#7 = Methodref #8.#31
先找 #8 ：
#8 = Class #32 ：去找 #32
#32 = Utf8 com/atguigu/java1/DynamicLinkingTest
结论：通过 #8 我们找到了 DynamicLinkingTest 这个类
再来找 #31：
#31 = NameAndType #19:#13 ：去找 #19 和 #13
#19 = Utf8 methodA ：方法名为 methodA
#13 = Utf8 ()V ：方法没有形参，返回值为 void
（3）结论：通过 #7 我们就能找到需要调用的 methodA() 方法，并进行调用
（4）在上面，其实还有很多符号引用，比如 Object、System、PrintStream 等等
为什么要使用常量池呢？
（1）因为在不同的方法，都可能调用常量或者方法，所以只需要存储一份即可，然后记录其引用即可，节省了空间
（2）常量池的作用：就是为了提供一些符号和常量，便于指令的识别
方法的调用
静态链接与动态链接
在JVM中，将符号引用转换为调用方法的直接引用与方法的绑定机制相关
class Animal { public void eat() { System.out.println("动物进食"); } } interface Huntable { void hunt(); } class Dog extends Animal implements Huntable { @Override public void eat() { System.out.println("狗吃骨头"); } @Override public void hunt() { System.out.println("捕食耗子，多管闲事"); } } class Cat extends Animal implements Huntable { public Cat() { super();//表现为：早期绑定 } public Cat(String name) { this();//表现为：早期绑定 } @Override public void eat() { super.eat();//表现为：早期绑定 System.out.println("猫吃鱼"); } @Override public void hunt() { System.out.println("捕食耗子，天经地义"); } } public class AnimalTest { public void showAnimal(Animal animal) { animal.eat();//表现为：晚期绑定 } public void showHunt(Huntable h) { h.hunt();//表现为：晚期绑定 } }
{ public com.atguigu.java2.AnimalTest(); descriptor: ()V flags: ACC_PUBLIC Code: stack=1, locals=1, args_size=1 0: aload_0 1: invokespecial #1 // Method java/lang/Object."<init>":()V 4: return LineNumberTable: line 54: 0 LocalVariableTable: Start Length Slot Name Signature 0 5 0 this Lcom/atguigu/java2/AnimalTest; public void showAnimal(com.atguigu.java2.Animal); descriptor: (Lcom/atguigu/java2/Animal;)V flags: ACC_PUBLIC Code: stack=1, locals=2, args_size=2 0: aload_1 1: invokevirtual #2 // Method com/atguigu/java2/Animal.eat:()V 4: return LineNumberTable: line 56: 0 line 57: 4 LocalVariableTable: Start Length Slot Name Signature 0 5 0 this Lcom/atguigu/java2/AnimalTest; 0 5 1 animal Lcom/atguigu/java2/Animal; public void showHunt(com.atguigu.java2.Huntable); descriptor: (Lcom/atguigu/java2/Huntable;)V flags: ACC_PUBLIC Code: stack=1, locals=2, args_size=2 0: aload_1 1: invokeinterface #3, 1 // InterfaceMethod com/atguigu/java2/Huntable.hunt:()V 6: return LineNumberTable: line 60: 0 line 61: 6 LocalVariableTable: Start Length Slot Name Signature 0 7 0 this Lcom/atguigu/java2/AnimalTest; 0 7 1 h Lcom/atguigu/java2/Huntable; } SourceFile: "AnimalTest.java"
invokevirtual 体现为晚期绑定
invokeinterface 也体现为晚期绑定
invokespecial 体现为早期绑定
多态与绑定
（1）随着高级语言的横空出世，类似于Java一样的基于面向对象的编程语言如今越来越多，尽管这类编程语言在语法风格上存在一定的差别，但是它们彼此之间始终保持着一个共性，那就是都支持封装、继承和多态等面向对象特性，既然这一类的编程语言具备多态特性，那么自然也就具备早期绑定和晚期绑定两种绑定方式
（2）Java中任何一个普通的方法其实都具备虚函数的特征，它们相当于C++语言中的虚函数（C++中则需要使用关键字virtual来显式定义）。如果在Java程序中不希望某个方法拥有虚函数的特征时，则可以使用关键字final来标记这个方法
虚方法与非虚方法
虚方法与非虚方法的区别
（1）如果方法在编译期就确定了具体的调用版本，这个版本在运行时是不可变的。这样的方法称为非虚方法
（2）静态方法、私有方法、final方法、实例构造器、父类方法都是非虚方法
（3）其他方法称为虚方法
子类对象的多态的使用前提：
（1）类的继承关系（2）方法的重写
虚拟机中调用方法的指令：
（1）普通指令
invokestatic：调用静态方法，解析阶段确定唯一方法版本；
invokespecial：调用<init>方法、私有及父类方法，解析阶段确定唯一方法版本
invokevirtual：调用所有虚方法
invokeinterface：调用接口方法
（2）动态调用指令
invokedynamic：动态解析出需要调用的方法，然后执行
前四条指令固化在虚拟机内部，方法的调用执行不可人为干预。而invokedynamic指令则支持由用户确定方法版本。其中invokestatic指令和invokespecial指令调用的方法称为非虚方法，其余的（final修饰的除外）称为虚方法。
class Father { public Father() { System.out.println("father的构造器"); } public static void showStatic(String str) { System.out.println("father " + str); } public final void showFinal() { System.out.println("father show final"); } public void showCommon() { System.out.println("father 普通方法"); } } public class Son extends Father { public Son() { //invokespecial super(); } public Son(int age) { //invokespecial this(); } //不是重写的父类的静态方法，因为静态方法不能被重写！ public static void showStatic(String str) { System.out.println("son " + str); } private void showPrivate(String str) { System.out.println("son private" + str); } public void show() { //invokestatic showStatic("atguigu.com"); //invokestatic super.showStatic("good!"); //invokespecial showPrivate("hello!"); //invokespecial super.showCommon(); //invokevirtual showFinal();//因为此方法声明有final，不能被子类重写，所以也认为此方法是非虚方法。 //虚方法如下： /* invokevirtual 你没有显示的加super.，编译器认为你可能调用子类的showCommon(即使son子类没有重写，也 会认为)，所以编译期间确定不下来，就是虚方法。 */ showCommon(); info(); MethodInterface in = null; //invokeinterface in.methodA(); } public void info() { } public void display(Father f) { f.showCommon(); } public static void main(String[] args) { Son so = new Son(); so.show(); } } interface MethodInterface { void methodA(); }
关于invokedynamic指令：
（1）JVM字节码指令集一直比较稳定，一直到Java7中才增加了一个invokedynamic指令，这是Java为了实现【动态类型语言】支持而做的一种改进
（2）但是在Java7中并没有提供直接生成invokedynamic指令的方法，需要借助ASM这种底层字节码工具来产生invokedynamic指令。直到Java8的Lambda表达式的出现，invokedynamic指令的生成，在Java中才有了直接的生成方式
（3）Java7中增加的动态语言类型支持的本质是对Java虚拟机规范的修改，而不是对Java语言规则的修改，这一块相对来讲比较复杂，增加了虚拟机中的方法调用，最直接的受益者就是运行在Java平台的动态语言的编译器
@FunctionalInterface interface Func { public boolean func(String str); } public class Lambda { public void lambda(Func func) { return; } public static void main(String[] args) { Lambda lambda = new Lambda(); Func func = s -> { return true; }; lambda.lambda(func); lambda.lambda(s -> { return true; }); } }
动态语言和静态语言：
（1）动态类型语言和静态类型语言两者的区别就在于对类型的检查是在编译期还是在运行期，满足前者就是静态类型语言，反之是动态类型语言
（2）说的再直白一点就是，静态类型语言是判断变量自身的类型信息；动态类型语言是判断变量值的类型信息，变量没有类型信息，变量值才有类型信息，这是动态语言的一个重要特征
Java：String info = “mogu blog”; (Java是静态类型语言的，会先编译就进行类型检查)
JS：var name = “shkstart”; var name = 10; （运行时才进行检查）
Python: info = 130.5 (运行时才检查)
Java语言中方法重写的本质：
（1）找到操作数栈顶的第一个元素所执行的对象的实际类型，记作C
（2）如果在类型C中找到与常量中的描述符合简单名称都相符的方法，则进行访问权限校验
如果通过则返回这个方法的直接引用，查找过程结束
如果不通过，则返回java.lang.IllegalAccessError 异常
（3）否则，按照继承关系从下往上依次对C的各个父类进行第2步的搜索和验证过程。
（4）如果始终没有找到合适的方法，则抛出java.lang.AbstractMethodError异常。
上面的过程称为动态分析
IllegalAccessError介绍
（1）程序试图访问或修改一个属性或调用一个方法，这个属性或方法，你没有权限访问。一般的，这个会引起编译器异常。这个错误如果发生在运行时，就说明一个类发生了不兼容的改变
（2）比如，你把应该有的jar包放从工程中拿走了，或者Maven中存在jar包冲突
虚方法表：
（1）在面向对象的编程中，会很频繁的使用到动态分派，如果在每次动态分派的过程中都要重新在类的方法元数据中搜索合适的目标的话就可能影响到执行效率。因此，为了提高性能，JVM采用在类的方法区建立一个虚方法表（virtual method table）来实现，非虚方法不会出现在表中。使用索引表来代替查找。【上面动态分派的过程，我们可以看到如果子类找不到，还要从下往上找其父类，非常耗时】
（2）每个类中都有一个虚方法表，表中存放着各个方法的实际入口
（3）虚方法表是什么时候被创建的呢？虚方法表会在类加载的链接阶段被创建并开始初始化，类的变量初始值准备完成之后，JVM会把该类的虚方法表也初始化完毕
（1）比如说son在调用toString的时候，Son没有重写过，Son的父类Father也没有重写过，那就直接调用Object类的toString。那么就直接在虚方法表里指明toString直接指向Object类
（2）下次Son对象再调用toString就直接去找Object，不用先找Son–>再找Father–>最后才到Object的这样的一个过程
方法返回地址：
在一些帖子里，方法返回地址、动态链接、一些附加信息 也叫做帧数据区
方法退出的两种方式：
反编译字节码文件，可得到 Exception table
from ：字节码指令起始地址
to ：字节码指令结束地址
target ：出现异常跳转至地址为 11 的指令执行
type ：捕获异常的类型
一些附加信息
栈帧中还允许携带与Java虚拟机实现相关的一些附加信息。例如：对程序调试提供支持的信息。
栈相关面试题：
举例栈溢出的情况
SOF（StackOverflowError），栈大小分为固定的，和动态变化。如果是固定的就可能出现StackOverflowError。如果是动态变化的，内存不足时就可能出现OOM
调整栈大小，就能保证不出现溢出么？
不能保证不溢出，只能保证SOF出现的几率小
分配的栈内存越大越好么？
不是，一定时间内降低了OOM概率，但是会挤占其它的线程空间，因为整个虚拟机的内存空间是有限的
垃圾回收是否涉及到虚拟机栈？
不会
方法中定义的局部变量是否线程安全？
具体问题具体分析：
（1）如果只有一个线程才可以操作此数据，则必是线程安全的。
（2）如果有多个线程操作此数据，则此数据是共享数据。如果不考虑同步机制的话，会存在线程安全问题
具体问题具体分析：
如果对象是在内部产生，并在内部消亡，没有返回到外部，那么它就是线程安全的，反之则是线程不安全的
/** * 面试题： * 方法中定义的局部变量是否线程安全？具体情况具体分析 * * 何为线程安全？ * 如果只有一个线程才可以操作此数据，则必是线程安全的。 * 如果有多个线程操作此数据，则此数据是共享数据。如果不考虑同步机制的话，会存在线程安全问题。 */ public class StringBuilderTest { int num = 10; //s1的声明方式是线程安全的（只在方法内部用了） public static void method1(){ //StringBuilder:线程不安全 StringBuilder s1 = new StringBuilder(); s1.append("a"); s1.append("b"); //... } //sBuilder的操作过程：是线程不安全的（作为参数传进来，可能被其它线程操作） public static void method2(StringBuilder sBuilder){ sBuilder.append("a"); sBuilder.append("b"); //... } //s1的操作：是线程不安全的（有返回值，可能被其它线程操作） public static StringBuilder method3(){ StringBuilder s1 = new StringBuilder(); s1.append("a"); s1.append("b"); return s1; } //s1的操作：是线程安全的（s1自己消亡了，最后返回的只是s1.toString的一个新对象） public static String method4(){ StringBuilder s1 = new StringBuilder(); s1.append("a"); s1.append("b"); return s1.toString(); } public static void main(String[] args) { StringBuilder s = new StringBuilder(); new Thread(() -> { s.append("a"); s.append("b"); }).start(); method2(s); } }
