Java编译与解释

Java是解释性语言还是编译型的，这个我觉得不好说，倒不是骑墙。我的理解：Java源程序通过javac编译成中间代码class文件，这也是实现Java跨平台的方式（Java开发的程序交付一般都是jar或者war包，只要系统上有JVM就能运行了）。那么从class文件到机器码的过程呢？这时候就需要JVM出马了。JVM有三种执行模式：解释执行，编译执行，混合执行（默认是混合执行）。Java一共有两套解释器，一个是古老的字节码解释器，还有一个是现在正在用的模板解释器，模板解释器将每一条字节码和一个模板函数关联，模板函数中直接产生这条字节码执行的机器码，类似于活字印刷术吧，这便实现了解释执行。但是这要效率还是很低，尤其是出现热点代码的时候，比如函数被频繁调用。为了解决这个问题，JVM又提供了一种叫做JIT（just in time）编译的技术，即将真个函数编译成机器码，每次函数执行只要执行编译后的机器码就行了。

后来还出现了动态编译（Dynamic Conpiler）器，针对程序特性或者是让程序执行几个循环，在根据结果是否编译这段程序码。

刚开始学的时候也有疑问，就是既然编译执行效率高为啥不都搞成编译执行模式而是要默认混合执行模式。首先来看一下编译执行和解释执行的优缺点，解释执行:解释一句执行一句，无需等待全部编译结束。编译执行:全部编译再执行，下一次再调用到这段代码的时候跳过解释直接用编译后的机器码。但根据28法则，20％的代码占用了80%的计算资源，那对于80％的不常用代码就没必要编译了，所以只对热点代码编译，当然我想jvm判断哪段代码编译哪段代码解释执行是综合考虑的

你应该理解错了java虚拟机的编译与解释。
java虚拟机的JIT编译，不是指从.java到.class的编译，是从.class到二进制执行代码的过程；当完成jit编译之后，相关程序的执行不会再涉及class到执行代码的编译过程，而是直接执行编译好的二进制代码；这是java代码运行速度能接近c的根本。

而解释执行，则每次都是从class文件开始编译执行，运行会比较慢。