CompilerControl注解

大家都知道JVM会对我们的代码进行相关的优化，现在就来验证一下

import org.openjdk.jmh.annotations.*;
import org.openjdk.jmh.runner.Runner;
import org.openjdk.jmh.runner.RunnerException;
import org.openjdk.jmh.runner.options.Options;
import org.openjdk.jmh.runner.options.OptionsBuilder;

import java.util.ArrayList;
import java.util.List;
import java.util.concurrent.TimeUnit;

import static java.lang.Math.PI;

/**
 * @author wyaoyao
 * @date 2021/4/15 13:39
 */
@BenchmarkMode(Mode.AverageTime)
@Fork(1)
@OutputTimeUnit(TimeUnit.MICROSECONDS)
@Threads(5)
@State(Scope.Thread)
@Warmup(iterations = 5)
@Measurement(iterations = 10)
public class JMHExample12 {


    /**
     * 定义一个测试基准方法
     */
    @Benchmark
    public void test1(){
       // do nothing
    }

    @Benchmark
    public void test2(){
        Math.log(PI);
    }

    public static void main(String[] args) throws RunnerException {
        Options options = new OptionsBuilder()
                .include(JMHExample12.class.getSimpleName())
                .build();
        new Runner(options).run();
    }
}

上面对test1和test2进行测试，test1是个空方法，所以显然test1的性能更好，但是测试结果确相差无多：

Benchmark           Mode  Cnt  Score    Error  Units
JMHExample12.test1  avgt   10  0.001 ±  0.001  us/op
JMHExample12.test2  avgt   10  0.001 ±  0.001  us/op

由于test2方法中存在Dead Code，JVM在运行test2方法时对我们的程序进行了优化，具体来说就是将log运算的相关代码进行了运行期擦除

我们通过CompilerControl禁止JVM运行时优化和编译之后再来执行一下基准测试方法，然后进行对比:

 /**
     * 定义一个测试基准方法
     */
    @Benchmark
    @CompilerControl(CompilerControl.Mode.EXCLUDE) // 禁止优化
    public void test1(){
       // do nothing
    }

    @Benchmark
    @CompilerControl(CompilerControl.Mode.EXCLUDE) // 禁止优化
    public void test2(){
        Math.log(PI);
    }

此时结果为：

Benchmark           Mode  Cnt  Score   Error  Units
JMHExample12.test1  avgt   10  0.121 ± 0.005  us/op
JMHExample12.test2  avgt   10  0.285 ± 0.025  us/op

如果你想在自己的应用程序中杜绝JVM运行期的优化，那么我们可以通过如下的方式来实现（虽然这种情况我们并不推荐）。
▪ 通过编写程序的方式禁止JVM运行期动态编译和优化java.lang.Compiler.disable();
▪ 在启动JVM时增加参数 -Djava.compiler=NONE。