今天有位同事问起:上次我们说的关掉的动态编译是发生在什么时候,是编译成.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 &