JAVA字节码转机器码发生在什么时候，机器码转译器的区别

今天有位同事问起：上次我们说的关掉的动态编译是发生在什么时候，是编译成.class这里之前吗？

JAVA源文件—①—》JAVA字节码—②—》机器码，动态编译过程是发生在②这个阶段；

首先，需要了解JVM对字节码的编译技术。一个JAVA程序通过javac编译成字节码以后，在执行的时候，由JVM将字节码编译成本地机器码，然后再执行。将字节码转换成
机器码，JVM有两种利器，一种就是JIT，还有一种是转译器（interpreter）。

1>转译器

转译器将每个Java指令都转译成对等的微处理器指令，并根据转译后的指令先后次序依序执行，由于一个Java指令可能被转译成十几或数十几个对等的微处理器指令，这种模式执行的速度相当缓慢。

2>JIT

针对转译器的速度瓶颈，出现了JIT。JIT针对一个具体的class进行编译，经过编译后的程序，被优化成相当精简的原生型指令码（native code）。编译过一次，下次再执行的时候就不用再次编译了，所以执行次数较多的代码，采用JIT还是十分划算的。但是，JIT也不是万能的，比如：某些极少执行到的Java指令在编译时所额外花费的时间可能比转译器在执行时的时间还长，这时候就不如直接使用转译器。

所以，转译器和JIT各有优缺点。
1>极少执行到或者执行次数较少的Java代码，使用转译器更划算。
2>重复执行或者执行次数较多的Java代码，采用JIT更划算。

对于我们是否需要在启动springboot项目时，是否要用-Djava.compiler=NONE关闭JIT转译，取决于项目大小，我们项目未使用多线程，一台8G的服务器跑了20个服务。

我们在压榨jvm内存中，关闭JIT转译，GC回收线程设置为2,  Tomcat线程为10，未设置之前启动为270M左右，设置完启动为180M左右；

server.tomcat.threads.max: 20

nohup java -Xms64m -Xmx128m -jar -Djava.compiler=NONE  -XX:ParallelGCThreads=2 -Dspring.profiles.active=prod *.jar > server.log 2>&1 &