Java开发手册中-锁并发-同步调用应该去考量锁的性能损耗-加锁与不加锁性能对比
场景
Java中使用JMH(Java Microbenchmark Harness 微基准测试框架)进行性能测试和优化：
https://blog.csdn.net/BADAO_LIUMANG_QIZHI/article/details/131723751
参考以上性能测试工具的使用。
Java中数据同步-synchronized关键字与Mointor(jconsole)的使用：
https://blog.csdn.net/BADAO_LIUMANG_QIZHI/article/details/126743812
参考以上synchronized关键字的使用。
《Java开发手册》中关于锁并发中有要求：
【强制】高并发时，同步调用应该去考量锁的性能损耗。能用无锁数据结构，就不要用锁；
能锁区块，就不要锁整个方法体；能用对象锁，就不要用类锁。
说明：尽可能使加锁的代码块工作量尽可能的小，避免在锁代码块中调用 RPC 方法。
注：
博客：
https://blog.csdn.net/badao_liumang_qizhi
实现
接下来我们来测试⼀下，在线程安全的情况下（单线程），无锁和有锁的性能差距有多⼤
测试代码如下
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倍多，
因此能不⽤锁就尽量不要⽤锁（前提是保证结果的正确性），如果要⽤锁就要尽量缩⼩锁的包含范围。