由类何时加载引出的字节码问题

java.类加载

在讲到类的初始化过程的第一个阶段：加载的时候。《深入理解Java虚拟机》一书中讲到了有且只有5种情况是必须立即对类进行“初始化”的，其中第一条就是：

遇到new getstatic putstatic invokestatic这4条字节码指令的时候，如果类没有初始化，那么需要触发其初始化。

于是我就开始疑惑“字节码指令”的含义了。查了一下网络，“字节码指令”的定义为：该指令由一个字节长度组成，代表某种特定含义的操作码。在Java中，字节码是JVM中具有可移植性的机器语言。
http://www.jb51.net/article/36407.htm 中讲到了较为详细的字节码指令集的使用以及一些规定。其中提到了：

• 操作数的数量
• 限制JVM操作码的长度为一个字节的原因： 字节码指令流是 单字节对齐，可以获得短小精干的编译代码。当然这样做会损失一些性能。
• JVM的字节码指令分类：加载和存储指令 运算指令 类型转换指令 操作数栈指令 与对象相关的指令等。

看了一下，这些指令似乎都是未曾见过的，比较惊讶。其中提到的操作数栈与局部变量表又是什么东西呢？局部变量表我当然明白，但是这个操作数栈我就不懂了，于是又去百度，原来跟内存分配大有关系：

Java虚拟机运行时的内存划分(《深入理解Java虚拟机》第二章)：

• 程序计数器：当前线程所执行的字节码的行号指示器。该部分内存是线程私有的，并不共享。（如果执行的是Java方法，这个计数器记录的就是正在执行的虚拟机字节码指令的地址，如果执行的是native方法，这个计数器的值为空。）这是唯一一个不会出现OutOfMemoryError异常的区域。
• 虚拟机栈：下面有介绍。也是线程私有的，与线程的生命周期相同。
• 本地方法栈：和虚拟机栈发挥的作用相似。只不过它是为虚拟机使用到的native方法服务的，而虚拟机栈则是为虚拟机执行Java方法（即字节码）服务的。
• Java堆：此内存区域的唯一目的就是存放对象实例，Java堆是垃圾收集器管理的主要区域。由垃圾处理算法的划分，还可以将Java堆划分为：Eden空间、From Survior空间、To Surivior空间等。这一片内存被所有线程共享。
• 方法区：存储已经被虚拟机加载的类信息、变量、静态便令、即时编译器编译后的代码等。其中方法区的一个重要组成部分就是运行时常量池，它用于存放编译器生成的各种字面量和符号引用。运行时常量池具有动态特性，运行期间也能够将新的常量放入池中。

而Java虚拟机栈中包含了局部变量表和操作数栈。我们来细细看一下：

虚拟机栈描述的是Java方法执行的内存模型：一个线程中方法调用链可能会很长，很多方法都同时处于执行状态。对于执行引擎来讲，只有位于站定的栈帧才是有效的，称之为当前栈帧。每个方法在执行的同时都会创建一个栈帧用于存储局部变量表、操作数栈、动态链接、方法出口等信息。

局部变量表是一组变量值存储空间，用于存放方法参数和方法内部定义的局部变量。另外，在方法执行的时候，虚拟机使用局部变量表完成参数值到参数变量列表的传递过程（有些参数变量的值不在局部定义，那么此时就需要使用reference类型来完成局部变量表到队或方法区的参数传递过程）。
操作数栈正如它的名字所表述的，在这里执行的是方法所包含的字节码指令及与其相关的具体操作。方法内部过程的具体执行时在这里执行的。

上述两者所需要的容量大小都已经在编译程序代码的时候被完全确定。