Java开发手册中-锁并发-同步调用应该去考量锁的性能损耗-加锁与不加锁性能对比

场景

Java中使用JMH(Java Microbenchmark Harness 微基准测试框架)进行性能测试和优化：

Java中使用JMH(Java Microbenchmark Harness 微基准测试框架)进行性能测试和优化_java热点函数-CSDN博客

参考以上性能测试工具的使用。

Java中数据同步-synchronized关键字与Mointor(jconsole)的使用：

Java中数据同步-synchronized关键字与Mointor(jconsole)的使用-CSDN博客

参考以上synchronized关键字的使用。

《Java开发手册》中关于锁并发中有要求：

【强制】高并发时，同步调用应该去考量锁的性能损耗。能用无锁数据结构，就不要用锁；

能锁区块，就不要锁整个方法体；能用对象锁，就不要用类锁。

说明：尽可能使加锁的代码块工作量尽可能的小，避免在锁代码块中调用 RPC 方法。

注：

博客：
霸道流氓气质-CSDN博客

实现

接下来我们来测试⼀下，在线程安全的情况下（单线程），无锁和有锁的性能差距有多⼤

测试代码如下

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.concurrent.TimeUnit;

//测试完成时间
@BenchmarkMode(Mode.AverageTime)
//设置统计结果的时间单位
@OutputTimeUnit(TimeUnit.NANOSECONDS)
@Warmup(iterations = 2,time = 1,timeUnit = TimeUnit.SECONDS)
//测试次数和时间，参数同上
@Measurement(iterations = 5,time = 1,timeUnit = TimeUnit.SECONDS)
//fork一个线程,进行 fork 的次数，可用于类或者方法上。如果 fork 数是 2 的话，则 JMH 会 fork 出两个进程来进行测试。
@Fork(1)
//通过 State 可以指定一个对象的作用范围，JMH 根据 scope 来进行实例化和共享操作。@State 可以被继承使用，
//Scope.Thread：默认的 State，每个测试线程分配一个实例
@State(Scope.Thread)
public class SynchronizedTest {

    public static void main(String[] args) throws RunnerException {
        //启动基准测试
        Options options = new OptionsBuilder()
                .include(SynchronizedTest.class.getSimpleName())//要导入的测试类
                .build();
        new Runner(options).run();//执行测试
    }

    //测试加锁
    @Benchmark
    @GroupThreads(1)//标记单线程运行
    public void synchronizedTest(){
        int count = 0;
        synchronized (this){
            for(int i = 0;i<10000;i++){
                count++;
            }
        }
    }

    //测试不加锁
    @Benchmark
    @GroupThreads(1)//标记单线程运行
    public void noLockTest(){
        int count = 0;
        for(int i = 0;i<10000;i++){
            count++;
        }
    }
}

测试结果

//Benchmark                          Mode  Cnt   Score   Error  Units
//SynchronizedTest.noLockTest        avgt    5   0.257 ± 0.029  ns/op
//SynchronizedTest.synchronizedTest  avgt    5  18.188 ± 3.749  ns/op

从上述结果可以看出，在单线程条件下，无锁和有锁的性能差距大概是 9倍多，

因此能不⽤锁就尽量不要⽤锁（前提是保证结果的正确性），如果要⽤锁就要尽量缩⼩锁的包含范围。