Бенчмаркинг JMH позволяет избежать оптимизации jvm

Вы говорите, что хотите протестировать methodA, а все остальные методы private, и вот как выглядит цепочка вызовов? Если это так, то JMH здесь не имеет значения — какие оптимизации будут применяться, все равно будут применяться к этому коду. Также совершенно невозможно сказать, какие оптимизации могут произойти в конце, так как их много на JVM, а также зависит от множества других факторов, таких как операционная система, процессор и т. д.; поэтому обширный список просто не может существовать.

Например, в зависимости от того, что вы делаете в этом //do something в каждом методе, этот код может быть опущен или нет. Посмотрите на этот упрощенный пример:

@BenchmarkMode(Mode.AverageTime)
@OutputTimeUnit(TimeUnit.NANOSECONDS)
@Warmup(iterations = 5, time = 5)
@Measurement(iterations = 5, time = 5)
public class Sample {

    private static final int ME = 1;

    public static void main(String[] args) throws Exception {
        Options opt = new OptionsBuilder()
                .include(Sample.class.getSimpleName())
                .build();

        new Runner(opt).run();
    }

    @Benchmark
    public int methodOne(CustomObjectA a) {
        simulateWork();
        return 42;
    }

    @Benchmark
    public int methodTwo(CustomObjectA a, Blackhole bh) {
        bh.consume(simulateWork());
        return 42;
    }

    @State(Scope.Thread)
    public static class CustomObjectA {

    }

    private static double simulateWork() {
        return ME << 1;
    }

}

Разница в том, что в методе methodTwo я использую так называемый Blackhole (читать это для более подробной информации), а в methodOne я этого не делаю. В результате simulateWork исключается из methodOne, как показывают результаты:

Benchmark         Mode  Cnt  Score   Error  Units
Sample.methodOne  avgt   25  1.950 ± 0.078  ns/op
Sample.methodTwo  avgt   25  3.955 ± 0.120  ns/op

С другой стороны, если я даже немного изменю код, чтобы иметь наименьшие возможные побочные эффекты:

@BenchmarkMode(Mode.AverageTime)
@OutputTimeUnit(TimeUnit.NANOSECONDS)
@Warmup(iterations = 5, time = 5)
@Measurement(iterations = 5, time = 5)
public class Sample {

    public static void main(String[] args) throws Exception {
        Options opt = new OptionsBuilder()
                .include(Sample.class.getSimpleName())
                .build();

        new Runner(opt).run();
    }

    @Benchmark
    public int methodOne(CustomObjectA a) {
        simulateWorkWithA(a);
        return 42;
    }

    @Benchmark
    public int methodTwo(CustomObjectA a) {
        return simulateWorkWithA(a) + 42;
    }

    @Benchmark
    public int methodThree(CustomObjectA a, Blackhole bh) {
        bh.consume(simulateWorkWithA(a));
        return 42;
    }

    @State(Scope.Thread)
    public static class CustomObjectA {
        int x = 0;
    }

    private static int simulateWorkWithA(CustomObjectA a) {
        return a.x = a.x + 1;
    }

}

устранение simulateWorkWithA(a) в methodOne не произойдет:

Benchmark           Mode  Cnt  Score   Error  Units
Sample.methodOne    avgt   25  2.267 ± 0.198  ns/op
Sample.methodThree  avgt   25  3.711 ± 0.131  ns/op
Sample.methodTwo    avgt   25  2.325 ± 0.008  ns/op

Обратите внимание, что почти нет разницы между methodOne и methodTwo.