性能优化篇

性能优化

性能优化相关概念

如何理解JDK、JRE和JVM？

• JDK（Java Develop Kit）：Java开发工具。编译成对应特定机器码。

• JRE（Java Resource Environment）：Java运行环境。只能运行.class文件，不能编译.class文件。

  JRE + 各种Java工具（javac/java/jdb等） + Java基础的类库（即Java API 包括rt.jar） 等效于 JDK。
  其中，rt.jar是基础类库。
  

• JVM（Java Virtual Machine）：Java虚拟机。编译成.class文件。

  JVM + 类库lib 等价于 JRE。
  

• 简单来说就是：JDK包含JRE，JRE包含JVM的关系。

如何理解Java语言的一次编译，到处运行？

• 机器码（machine code/native code）：电脑CPU能读懂的语言。底层，执行快，晦涩难懂。

• 每个操作系统的指令是不同的，即：不同操作系统机器码不同。（不同的语言体系哦！）

• JDK（Java Develop Kit）是区分了操作系统的，即：不同操作系统，针对其特定的机器码，有不同的JDK。

• JVM（Java Virtual Machine）：运行在操作系统之上。结合字节码文件，在软件层面，屏蔽了不同操作系统在底层硬件与指令上的区别。

• Java字节码文件（.class文件）：中间状态（中间码）的二进制代码（文件），源码经过Java编译器转为字节码，字节码经过虚拟机内嵌的解释器将字节码转为机器码。运行在JVM之上，且都统一标准，遵守JVM规范。

• 所以，操作系统<->机器码<->JDK，是一一对应的关系。即：字节码可以理解为统一了不同操作系统机器指令的上层抽象标准（JVM规范），JVM是字节码的翻译官，不同JDK是其对应操作系统指令的编译官。

• 操作系统的机器指令执行从自说自话变为都说普通话。代价是中转了一层字节码（性能减分），好处是一次编译，到处运行（便捷加分）。亦是一种取舍，一种智慧。

Java是编译执行还是解释执行？

• 编译执行：将高级语言的源码编译成机器语言的目标程序，以此作为编译和执行的粒度，进行执行。编译执行有点批量预处理的感觉，先把执行前的准备工作一次性搞定，后面执行无需兼顾其他，有了前期的铺垫，所以执行阶段快。在程序运行时，随着时间的推移，编译器逐渐发挥作用根据热点探测功能，将有价值的字节码编译为本地机器指令，以换取更高的程序执行效率。
• 解释执行：将高级语言的源码一句一句的翻译，计算机一句一句的执行，无目标程序产生。解释执行好处是一次编译（整体编译为字节码文件，再由字节码一句一句编译为机器码），到处运行（便捷加分），且在启动阶段省去了编译的时间，立即执行。缺点除了中转了一层字节码（性能减分），在安全层面，字节码文件更容易被反编译破解，因为和存粹的机器指令相比，字节码更易懂。当程序需要迅速启动的时候，解释器可以首先发挥作用，省去了编译的时间，立即执行。解释执行占用更小的内存空间。同时，当编译器进行的激进优化失败的时候，还可以进行逆优化来恢复到解释执行的状态。
• Java即有编译执行，也有解释执行。Why？往下看。

什么是JIT？

• 如果把.class文件的生成看作是编译（只不过不是直接编译成机器指令形成目标文件而已），那么，将该过程理解为编译执行也未尝不可。但是，其中的.class文件执行过程是解释执行的，也就是一句一句的翻译。
• 如果.class文件一行语句解释执行一次，好像影响不大。
• 但是，也会有需要执行多次的代码，比如，for循环、热点代码块等。每次都重复字节码解释成机器指令的过程是一种浪费。怎么解？缓存。
• 既然你总被调用，那就将你直接编译成机器码缓存起来，随用随取。
• 简单理解，上面描述的就是即时编译的思想。Just In Time，简称JIT。
• 那么，问题来了，如何判断是否需