区分基于栈的指令集架构和基于寄存器的指令集架构

区分栈的指令集架构和寄存器的指令集架构

Java编译器输入的指令流基本上是一种基于栈的指令集架构

Java指令和汇编指令的区别： 
首先，任何一门高级语言都要转换为与平台相关的汇编指令(是平台的汇编指令,如Java指令)之后，再转换为与平台相关的机器指令，最终才能够被硬件执行，C和C++中采用的指令集架构是寄存器模式的，而寄存器再cpu中，寄存器模式的指令集架构是依赖与硬件的（cpu），C和C++都是将源代码直接编译为与CPU相关的汇编指令，所以C和C++的跨平台性能并不好(注意: 这里的跨平台指的是对于不同的CPU的设备, 就是不同的平台)，但是寄存器指令集架构也有寄存器指令集架构的好处,如下:
   因为寄存器模式的指令集架构是和CPU紧密相关的, 因为寄存器是在cpu中, 而基于栈的指令集由于栈是在内存中的, 而cpu(中央处理器)相对内存执行速度要更加的快, 所以执行的效率就更加高

Java指令集: Java指令集大多都是以基于栈的, 及其非常非常少一部分是基于寄存器的, 栈在内存中, 所以与CPU不挂钩, 而不管是何种规格的电脑, 又或者是何种规格的内存, 由于栈的结构非常简单, 所以各个计算机中各个内存中栈的功能都是相同的, 所以基于栈的指令集是不需要硬件支持的, 所以可移植性更加好, 能更好的实现跨平台, 在Java中我们都知道我们的源码(.java文件)要被编译为字节码文件(.class文件)之后才可以执行, 字节码文件是二进制文件[如果打开我们看到字节码文件中是十六进制的, 首先是因为Java指令最终翻译为class文件中对应的二进制之后就是一个字节(这也就是为什么class文件叫做字节码文件了), 也就是8位(8个二进制数),而如果使用二进制表示会比较繁琐, 所以就使用十六进制来显示了(两个16进制数就可以代替8位二进制数)], 那么我们的Java源码是如何转换为字节码的? 我们如何知道Java源码对应的是哪段二进制代码?, 其实我们在源码和class文件之间又加了一个Java指令流, 其实底层编译Java源码的时候是先将Java源码转换为对应的指令流(汇编), 然后将这些指令流就可以转换为字节码文件, 指令流就是汇编, 其中都是一些助记符, 这些助记符就对应了字节码文件中不同的二进制数值段(所以我们其实就可以将Java指令流看成是Java中的汇编语言, 用于翻译为Class文件), 然后得到class字节码文件之后, 我们就可以到JVM中去执行了, 由于是指令流是采用了基于栈的模式, 所以最终class字节码在JVM中被执行引擎解释运行/编译为机器指令之后, 都是在对栈进行操作, 所以对硬件的依赖很低, 对平台的依赖性很低

四代语言理解: (从计算机诞生到现在已经是有四代语言了)

机器语言(第一代计算机语言): 机器语言是最早诞生的, 机器语言中只有0和1, 对应的电路元件的没电和有电, 也就是低电平和高电平, 机器语言编写程序几乎是不现实的, 并且机器语言是和计算机硬件严格挂钩的, 所以机器语言编写的程序是特定式的, 一般只针对于特定的设备, 换了设备之后就需要重新编程了 ,所以就诞生了汇编语言
汇编语言(第二代计算机语言): 使用了一些容易理解和记忆的字母和单词来代替一段机器代码(01代码), 通过这种方式, 我们就能很容易的看到程序正在执行的功能, 以及执行的步骤, 但是从汇编代码中我们很难看出来一段代码具体是做何种业务, 所以汇编语言也是属于面向机器的语言, 汇编语言和机器的紧密度相对于机器语言有所下降, 但是可移植性还是非常差, 所以汇编语言现在一般用作底层来配合高级语言提升程序的运行效率
 
机器语言和汇编语言都是面向机器的语言, 都是直接和计算机硬件打交道的, 也只有机器语言和汇编语言才能直接与机器打交道, 执行效率都是非常高的

高级语言(第三代计算机语言): 在经过了汇编语言的洗刷之后, 人们发现程序限制推广, 显示发展的一个重大原因: 程序的可移植性太差, 所以为了使得程序有更好的可移植性, 就推出了高级语言(Java,C,C++等都是高级语言)

智能语言(第四代计算机语言): 面向用户语言, 只要告诉它你想做什么, 不用去告诉它如何做

Java为什么跨平台性能比较好?

1. 因为JVM, 不同的操作系统上有适用于不同操作系统的JVM, 能够保证编译后的字节码文件在不同操作系统中友好执行 (跨操作系统)
2. 因为Java采用的基于栈的指令集架构, 而栈在内存中, 不同计算机不同内存中的栈的功能相同, 所以不需要硬件支持, 可移植性更加好, 更好的实现跨平台 (跨硬件不同的计算机)

基于栈和基于寄存器的指令集架构的区别:

1. 基于栈式架构的特点:

   1. 设计和实现更加简单, 适用于资源受限的系统(一般资源受限的系统就是指嵌入式系统)
      • Java是用的基于栈式结构的指令集, 其实Java早期的时候初衷是构建一个作用于嵌入式设备的语言,所以早期的Java的定位就是运行在资源受限的系统中的语言
   2. 避开了寄存器的分配难题: 使用零地址指令方式分配
      • 零地址指令: 没有地址部分, 只有操作数(我们都知道指令是由两部分构成的: 地址 和 操作数)
        • 那么为什么我们可以使用零地址指令?
        • => 因为栈中我们入栈和出栈操作时候始终是栈顶的元素, 其他元素是不会操作的, 所以不需要地址(也就是基于栈的指令集架构我们永远都是在做一个入栈和出栈等操作, 所以是不需要有地址的)
   3. 指令流中都大部分指令都是零地址指令, 其执行过程依赖于操作栈, 指令集更小, 编译器容易实现
      • 同样都是指令, 零地址指令中没有地址模块, 那么肯定指令就更加小
   4. 不需要硬件支持, 可移植性更加好, 更好的实现跨平台
      • 因为基于栈, 而栈在内存中, 不同的机器的内存即使稍有不同, 但是栈都是相同的, 栈是一个极其简单的结构, 最根本的只有入栈和出栈两个操作

2. 基于寄存器架构的特点:

   1. 典型的应用是X86的二进制指令集, 比如传统的PC以及Android的Davlik虚拟机
   2. 指令集架构完全依赖于硬件,可移植性差(因为寄存器在cpu中, 与cpu挂钩, 而不同种电脑的cpu有一定的差异)
      • cpu是中央处理器,是处理器, 而内存时候存储器(内存使用的是随机存储器, 不可掉电, 随机存储器是与cpu沟通的桥梁, 也就是内存就是和cpu直接对话的)
   3. 性能优秀, 执行更加高效
      • 因为cpu的运行效率比内存更加高
   4. 完成统一操作花费的指令集更少
      • 虽然基于寄存器架构的指令集完成统一操作花费的指令集更少, 但是其指令集由于大多是1地址,2地址, 3地址指令, 所以指令集更加的大

我们如何可以看到Java指令?

我们可以在Teminal中在对应字节码所在文件夹之下输入javap - v 字节码文件名来执行反编译, 将class文件反汇编为我们能看得懂的指令流

• 注意: 其实这里说是将class文件反编译也可以

汇编: 将汇编语言转换为机器代码
反汇编: 将机器代码转换为汇编语言
编译: 将语言(包括汇编或高级语言)转换为机器代码
反编译: 将机器代码转换为语言(汇编或高级语言)

• 我们此时就是将class文件(与平台相关的二进制字节码文件),转换为了Java中的指令集(相当于Java中的汇编), 所以这个时候其实称之为反编译也可以, 称之为反汇编也可以

举例:

1. 首先编写一个简单的Java程序: 执行一个2 + 3功能:

package com.ffyc.jvm;

public class Demo1 {
    public static void main(String[] args) {
        int i = 2;
        int j = 3;
        int k  = i + j;
    }
}

2. 对程序进行编译(或者直接运行也可以), 之后点击out目录, 找到对应的字节码文件:

3. 打开终端(Terminal), 跳转(cd命令)到当前字节码所在的文件夹(包)之下:

4. 执行Javap -v 字节码文件名命令(注意:要加后缀.class):

5. 可以看到其中的code部分就是对应的Java指令:

6. 补充: Constant Pool部分是常量池部分, 也就是字节码中是由常量池部分的, 当该字节码被虚拟机读取加载的时候对应的常量池会被加载到内存(此时JVM中的运行时数据区)中的方法区中
   • 注意: 此时我们是以HotSpot为例讲解的, 要知道J9和JRocket VM等等其他JVM中都是没有方法区的

问题思考:

如今嵌入式平台(资源受限的平台)早已经不是Java程序的主流平台了，那么我们为什么不将Java架构改为寄存器的架构？

=》 因为Java走的就是跨平台的，Java语言的特点中就有： 一处编译， 到处运行

• 也就是说 : 基于寄存器架构有基于寄存器架构的好处，但是基于栈架构也有基于栈架构的好处，每个语言都有自己的风格，不应该一味的去模仿