性能测试中唯一标识的JMH测试

 

前文分享了几种性能测试中常用到的生成全局唯一标识的案例，虽然在文中我猜测了几种方案设计的性能，并根据自己的经验给出了适用的场景。

但对于一个性能测试工程师来讲，有真是测试数据才更有说服力。这让我想起来之前学过的Java微基准测试框架 JMH ，所以不妨一试。

JMH简介

JMH (Java Microbenchmark Harness)是一个用于编写和运行Java基准测试的工具。它被广泛用于评估Java应用程序的性能,并帮助开发人员发现和优化性能瓶颈。

JMH的主要特点包括:

1. 高可信度:JMH提供了多种机制来消除测试过程中的噪音和偏差,确保测试结果的可靠性。

2. 易用性:JMH提供了丰富的注解和API,使编写和运行基准测试变得相对简单。

3. 灵活性:JMH支持多种测试模式,如简单的吞吐量测试、微基准测试以及更复杂的测试场景。

4. 可扩展性:JMH允许用户自定义测试环境,如GC策略、编译器选项等,以满足特定的性能评估需求。

5. 广泛应用:JMH被广泛应用于Java生态系统中,包括JDK自身的性能优化、第三方开源库的性能评估等。

JMH是Java开发者评估应用程序性能的强大工具,有助于提高Java应用程序的整体质量和性能。同样地对于性能测试而言，也可以通过 JMH 测试评估一段代码在实际执行当中的表现。

实测

除了 使用分布式服务生成GUID 这个方案以外，其他四种方案（其中两种是我自己常用的）均参与测试。原因是分布式服务需要网络交互，这个一听就不高性能，还有我暂时没条件测试这个。

下面有限展示实测结果，总结使用线程共享和线程独享的方案性能均远远高于 UUID 和 雪花算法 。为了省事儿以下测试均预热2次，预热批次大小2，测试迭代次数1次，迭代批次大小也是1次。配置如下：

1.                 .warmupIterations(2)//预热次数

2.                 .warmupBatchSize(2)//预热批次大小

3.                 .measurementIterations(1)//测试迭代次数

4.                 .measurementBatchSize(1)//测试批次大小

5.                 .build();

PS：JMH 貌似还不支持 Groovy 所以我用 Java 写了这个用例。

下面是运行1个线程的测试结果：

1. UniqueNumberTest.exclusive  thrpt       203.146          ops/us

2. UniqueNumberTest.share      thrpt        99.860          ops/us

3. UniqueNumberTest.snow       thrpt         4.096          ops/us

4. UniqueNumberTest.uuid       thrpt        11.758          ops/us

下面是运行10个线程的测试结果：

1. Benchmark                    Mode  Cnt     Score   Error   Units

2. UniqueNumberTest.exclusive  thrpt       1117.347          ops/us

3. UniqueNumberTest.share      thrpt        670.141          ops/us

4. UniqueNumberTest.snow       thrpt         10.925          ops/us

5. UniqueNumberTest.uuid       thrpt          3.608          ops/us

PS：此时机器的性能基本跑满了。

下面是40个线程的测试结果：

1. Benchmark                    Mode  Cnt     Score   Error   Units

2. UniqueNumberTest.exclusive  thrpt       1110.273          ops/us

3. UniqueNumberTest.share      thrpt        649.350          ops/us

4. UniqueNumberTest.snow       thrpt          8.908          ops/us

5. UniqueNumberTest.uuid       thrpt          4.205          ops/us

可以看出跟10个线程结果差不多。

本机配置12核心，以上的测试结果单位是微秒，把结果乘以100万就是每秒的处理量，各位在使用不同方案时可以适当参考。

测试用例

下面是我的测试用例，测试结果我就不进行可视化了。

1. package com.funtest.jmh;

3. import com.funtester.utils.SnowflakeUtils;

4. import org.openjdk.jmh.annotations.*;

5. import org.openjdk.jmh.infra.Blackhole;

6. import org.openjdk.jmh.results.format.ResultFormatType;

7. import org.openjdk.jmh.runner.Runner;

8. import org.openjdk.jmh.runner.RunnerException;

9. import org.openjdk.jmh.runner.options.Options;

10. import org.openjdk.jmh.runner.options.OptionsBuilder;

12. import java.util.UUID;

13. import java.util.concurrent.TimeUnit;

14. import java.util.concurrent.atomic.AtomicInteger;

16. @BenchmarkMode(Mode.Throughput)

17. //@Warmup(Ω = 3, time = 2, timeUnit = TimeUnit.SECONDS)//预热次数,含义是每个测试会跑多久

18. //@Measurement(iterations = 3, time = 5, timeUnit = TimeUnit.SECONDS)//测试迭代次数,含义是每个测试会跑多久

19. //@Threads(1)//测试线程数

20. //@Fork(2)//fork表示每个测试会fork出几个进程，也就是说每个测试会跑几次

21. @State(value = Scope.Thread)//默认为Scope.Thread,含义是每个线程都会有一个实例

22. @OutputTimeUnit(TimeUnit.MICROSECONDS)

23. public class UniqueNumberTest {

25. SnowflakeUtils snowflakeUtils = new SnowflakeUtils(1, 1);

27. ThreadLocal<Integer> exclusive = ThreadLocal.withInitial(() -> 0);

29. AtomicInteger share = new AtomicInteger(0);

31. @Benchmark

32. public void uuid() {

33. UUID.randomUUID();

34. }

36. @Benchmark

37. public void snow() {

38. snowflakeUtils.nextId();

39. }

41. @Benchmark

42. public void exclusive(Blackhole blackhole) {

43. Integer i = exclusive.get();

44. i++;

45. blackhole.consume(i + "");

46. }

48. @Benchmark

49. public void share(Blackhole blackhole) {

50. blackhole.consume(share.incrementAndGet() + "");

51. }

53. public static void main(String[] args) throws RunnerException {

54. Options options = new OptionsBuilder()

55. .include(UniqueNumberTest.class.getSimpleName())//测试类名

56. .result("long/result.json")//测试结果输出到result.json文件

57. .resultFormat(ResultFormatType.JSON)//输出格式

58. .forks(1)//fork表示每个测试会fork出几个进程，也就是说每个测试会跑几次

59. .threads(40)//测试线程数

60. .warmupIterations(2)//预热次数

61. .warmupBatchSize(2)//预热批次大小

62. .measurementIterations(1)//测试迭代次数

63. .measurementBatchSize(1)//测试批次大小

64. .build();

65. new Runner(options).run();

66. }

69. }

总结：

感谢每一个认真阅读我文章的人！！！

作为一位过来人也是希望大家少走一些弯路，如果你不想再体验一次学习时找不到资料，没人解答问题，坚持几天便放弃的感受的话，在这里我给大家分享一些自动化测试的学习资源，希望能给你前进的路上带来帮助。

软件测试面试文档

我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。

 

          视频文档获取方式：
这份文档和视频资料，对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！以上均可以分享，点下方小卡片即可自行领取。