当前位置：首页 > 科技 > 软件

关于四种获取当前执行方法名称方案的基准测试报告

来源：责编：时间：2023-11-13 09:07:27 402观看

导读本文是对作者上一篇文章中 Java 面试题之 Logback 打印日志是如何获取当前方法名称的？介绍的四种获取当前执行方法名称方案的基准测试报告。这四种方法如下，使用 Thread.currentThread().getStackTrace() 方案使用异常

本文是对作者上一篇文章中 Java 面试题之 Logback 打印日志是如何获取当前方法名称的？介绍的四种获取当前执行方法名称方案的基准测试报告。这四种方法如下，

使用 Thread.currentThread().getStackTrace() 方案
使用异常对象的 getStackTrace() 方案
使用匿名内部类的 getClass().getEnclosingMethod() 方案
Java 9 的 Stack-Walking API 方案

本文将通过使用专业基准测试工具 JMH 来对如上四种方案进行测试。

基准测试，也称之为性能测试，是一种用于衡量计算机系统，软件应用或硬件组件性能的测试方法。基准测试旨在通过运行一系列标准化的任务场景来测量系统的性能表现，从而帮助评估系统的各种指标，如响应时间、吞吐量、延迟、资源利用率等。

JMH，即 Java Microbenchmark Harness，是专门用于代码微基准测试的工具套件。何谓 Micro Benchmark 呢？简单的来说就是基于方法层面的基准测试，精度可以达到微秒级。其由 Oracle/openjdk 内部开发 JIT 编译器的大佬们所开发，作为 Java 的方法级性能测试工具可以说是非常合适的。

测试环境是作者 2018 年购买的笔记本，配置如下，

图片

重点看：

cpu：i7-8759H，6 核 12 线程
内存 16 GB（2667 MHZ）

前置准备

本文不打算做基准测试工具 JMH 的详细科普文章，有兴趣的大家自行百度 JMH 使用。所以我在这里只给大家讲解 JMH 的相关概念以及下文会用到的常用注解。

JMH 可以通过注解和配置参数来控制测试的环境和结果，例如预热次数，迭代次数，线程数，时间单位等。它还可以生成详细的测试报告，包括最小值，平均值，最大值，标准差，置信区间等。

JMH 相关概念

BeachMark：基准测试，主要用来测试一些方法的性能，可以根据不同的参数以不同的单位进行计算（可以使用平均时间作为单位，也可以使用吞吐量作为单位，可以在 BenchmarkMode 值进行调整）。
MIcro Benchmark：简单地说就是在 method 层面上的 benchmark，精度可以精确到微秒级。
OPS：Operation Per Second：每秒操作量，是衡量性能的重要指标，数值的性能越好。类似的有：TPS、QPS。
Throughput：吞吐量。
Warmup：预热，因为 JVM 的 JIT 机制的存储，如果某个函数被调用多次之后，JVM 会尝试将其编译称为机器码从而提高执行速度。为了让结果更加接近真实情况就需要进行预热。

JMH 注解介绍

@Benchmark：方法级注解，表示该方法是需要进行基准测试的对象，用法和 JUnit 的@Test类似。
@BenchmarkMode：类级或方法级注解，用来指定基准测试的模式。有以下几种模式可选：

Throughput：整体吞吐量，例如“1 秒内可以执行多少次调用”。

AverageTime：调用的平均时间，例如“每次调用平均耗时 xxx 毫秒”。

SampleTime：随机取样，最后输出取样结果的分布，例如“99%的调用在 xxx 毫秒以内，99.99%的调用在 xxx 毫秒以内”。

SingleShotTime：单次调用时间，适合用于冷启动测试，只运行一次，可以设置@Warmup(iterations = 0)来禁用预热。

All：上述所有模式的综合。

@OutputTimeUnit：类级或方法级注解，用来指定基准测试结果的时间单位，可选的有NANOSECONDS，MICROSECONDS，MILLISECONDS，SECONDS等。
@Warmup：类级或方法级注解，用来配置预热的参数，例如预热的次数，每次预热的时间，时间单位等。预热的目的是为了让 JVM 的 JIT 编译器对代码进行优化，使基准测试的结果更加接近真实情况。
@Measurement：类级或方法级注解，用来配置实际执行基准测试的参数，例如测试的轮次，每轮的时间，时间单位等。
@Threads：类级或方法级注解，用来指定每个进程中的测试线程数，可以设置为Threads.MAX来使用所有可用的线程。
@Fork：类级或方法级注解，用来指定进行 fork 的次数。如果 fork 数是 2 的话，则 JMH 会 fork 出两个进程来进行测试。

1.使用 Thread.currentThread().getStackTrace() 方法

基准测试参数配置，

Warmup: 3 iterations, 10 s eachMeasurement: 5 iterations, 3 s eachTimeout: 10 min per iterationThreads: 8 threads, will synchronize iterationsBenchmark mode: Throughput

测试代码，

需要说明的是下面的四种测试方法的 JMH 注解配置以及 main 方法都是相同的。所以为了节约篇幅，突出重点，后面三种方案将省去 JMH 注解以及 main 方法配置。

@BenchmarkMode(Mode.Throughput)@Warmup(iterations = 3)@Measurement(iterations = 5, time = 3, timeUnit = TimeUnit.SECONDS)@Threads(8)@Fork(2)@OutputTimeUnit(TimeUnit.MILLISECONDS)public class MethodNameTest {    @Benchmark    @BenchmarkMode({Mode.Throughput})    public void m1() {        // 获取当前方法名        String methodName = Thread.currentThread().getStackTrace()[1].getMethodName();    }    public static void main(String[] args) throws RunnerException {        Options opt = new OptionsBuilder()                .include(MethodNameTest.class.getSimpleName())                .build();        new Runner(opt).run();    }}

测试结果，

...# Run progress: 0.00% complete, ETA 00:06:00# Fork: 1 of 2# Warmup Iteration   1: 16.946 ops/ms# Warmup Iteration   2: 17.086 ops/ms# Warmup Iteration   3: 17.116 ops/msIteration   1: 17.159 ops/msIteration   2: 17.118 ops/msIteration   3: 17.279 ops/msIteration   4: 17.329 ops/msIteration   5: 17.241 ops/ms# Run progress: 12.50% complete, ETA 00:05:23# Fork: 2 of 2# Warmup Iteration   1: 16.546 ops/ms# Warmup Iteration   2: 17.340 ops/ms# Warmup Iteration   3: 17.431 ops/msIteration   1: 17.331 ops/msIteration   2: 17.099 ops/msIteration   3: 17.280 ops/msIteration   4: 17.511 ops/msIteration   5: 17.323 ops/msResult "ltd.newbee.mall.MethodNameTest.m1":  17.267 ±(99.9%) 0.184 ops/ms [Average]  (min, avg, max) = (17.099, 17.267, 17.511), stdev = 0.122  CI (99.9%): [17.083, 17.451] (assumes normal distribution)

上面一大堆输出信息，大家直接看重点，在最后 Result "ltd.newbee.mall.MethodNameTest.m1": 这里，平均 ops 是每毫秒 17 次，比较低。

2.使用异常对象的 getStackTrace() 方法

测试代码，

@Benchmark@BenchmarkMode({Mode.Throughput})public void m2() {    // 获取当前方法名    String methodName = new Throwable().getStackTrace()[0].getMethodName();}

测试结果，

...# Run progress: 25.00% complete, ETA 00:04:37# Fork: 1 of 2# Warmup Iteration   1: 12.891 ops/ms# Warmup Iteration   2: 12.873 ops/ms# Warmup Iteration   3: 13.023 ops/msIteration   1: 25.617 ops/msIteration   2: 25.840 ops/msIteration   3: 25.301 ops/msIteration   4: 24.839 ops/msIteration   5: 25.930 ops/ms# Run progress: 37.49% complete, ETA 00:03:51# Fork: 2 of 2# Warmup Iteration   1: 12.511 ops/ms# Warmup Iteration   2: 12.329 ops/ms# Warmup Iteration   3: 13.011 ops/msIteration   1: 23.842 ops/msIteration   2: 24.292 ops/msIteration   3: 25.600 ops/msIteration   4: 25.745 ops/msIteration   5: 25.789 ops/msResult "ltd.newbee.mall.MethodNameTest.m2":  25.280 ±(99.9%) 1.088 ops/ms [Average]  (min, avg, max) = (23.842, 25.280, 25.930), stdev = 0.720  CI (99.9%): [24.191, 26.368] (assumes normal distribution)

直接看最后 Result "ltd.newbee.mall.MethodNameTest.m2": 这里，平均 ops 是每毫秒 25 次，也比较低。

3.使用匿名内部类的 getClass().getEnclosingMethod() 方法

测试代码，

@Benchmark@BenchmarkMode({Mode.Throughput})public void m1() {    // 获取当前方法名    String methodName = Thread.currentThread().getStackTrace()[1].getMethodName();}

测试结果，

...# Run progress: 49.99% complete, ETA 00:03:04# Fork: 1 of 2# Warmup Iteration   1: 10489.110 ops/ms# Warmup Iteration   2: 9233.590 ops/ms# Warmup Iteration   3: 10504.615 ops/msIteration   1: 10695.898 ops/msIteration   2: 10570.155 ops/msIteration   3: 11089.810 ops/msIteration   4: 10805.448 ops/msIteration   5: 10027.222 ops/ms# Run progress: 62.49% complete, ETA 00:02:18# Fork: 2 of 2# Warmup Iteration   1: 11322.008 ops/ms# Warmup Iteration   2: 10025.593 ops/ms# Warmup Iteration   3: 10808.095 ops/msIteration   1: 10684.594 ops/msIteration   2: 11241.540 ops/msIteration   3: 10742.348 ops/msIteration   4: 9940.437 ops/msIteration   5: 11226.023 ops/msResult "ltd.newbee.mall.MethodNameTest.m3":  10702.347 ±(99.9%) 672.631 ops/ms [Average]  (min, avg, max) = (9940.437, 10702.347, 11241.540), stdev = 444.904  CI (99.9%): [10029.716, 11374.979] (assumes normal distribution)

直接看最后 Result "ltd.newbee.mall.MethodNameTest.m3": 这里，平均 ops 是每毫秒 10702 次。非常夸张，可以看到 ops 对比上面两种方法一下子从几十级别提升到上万级别。

4.Java 9 的 Stack-Walking API

测试代码，

@Benchmark@BenchmarkMode({Mode.Throughput})public void m1() {    // 获取当前方法名    String methodName = Thread.currentThread().getStackTrace()[1].getMethodName();}

测试结果，

...# Run progress: 74.99% complete, ETA 00:01:32# Fork: 1 of 2# Warmup Iteration   1: 2191.034 ops/ms# Warmup Iteration   2: 2141.886 ops/ms# Warmup Iteration   3: 2192.843 ops/msIteration   1: 2262.279 ops/msIteration   2: 2263.193 ops/msIteration   3: 2201.354 ops/msIteration   4: 2282.906 ops/msIteration   5: 2130.322 ops/ms# Run progress: 87.48% complete, ETA 00:00:46# Fork: 2 of 2# Warmup Iteration   1: 2207.800 ops/ms# Warmup Iteration   2: 2269.887 ops/ms# Warmup Iteration   3: 2239.005 ops/msIteration   1: 2001.840 ops/msIteration   2: 2047.698 ops/msIteration   3: 2349.138 ops/msIteration   4: 2362.165 ops/msIteration   5: 2305.982 ops/msResult "ltd.newbee.mall.MethodNameTest.m4":  2220.688 ±(99.9%) 186.910 ops/ms [Average]  (min, avg, max) = (2001.840, 2220.688, 2362.165), stdev = 123.629  CI (99.9%): [2033.778, 2407.598] (assumes normal distribution)

直接看最后 Result "ltd.newbee.mall.MethodNameTest.m4": 这里，平均 ops 是每毫秒 2220 次。对比第一种和第二种方案的几十 ops 来说性能提升也很客观，但是对比第三种方法的上万级别 ops 还是不足。

四种方案的最终得分对比

Benchmark           Mode  Cnt      Score     Error   UnitsMethodNameTest.m1  thrpt   10     17.267 ±   0.184  ops/msMethodNameTest.m2  thrpt   10     25.280 ±   1.088  ops/msMethodNameTest.m3  thrpt   10  10702.347 ± 672.631  ops/msMethodNameTest.m4  thrpt   10   2220.688 ± 186.910  ops/msMethodNameTest.m1     ss   10      0.686 ±   0.289   ms/opMethodNameTest.m2     ss   10      0.339 ±   0.287   ms/opMethodNameTest.m3     ss   10      0.031 ±   0.011   ms/opMethodNameTest.m4     ss   10      0.074 ±   0.027   ms/op

根据最后得分可以看出，四种方案中性能最好的方案是基于匿名内部类的 getClass().getEnclosingMethod() 方案，性能第二是的是基于 Java 9 出现的 Stack-Walking API 方案，其他两种性能过于低下了。

本文链接：http://www.28at.com/showinfo-26-22486-0.html关于四种获取当前执行方法名称方案的基准测试报告

声明：本网页内容旨在传播知识，若有侵权等问题请及时与本网联系，我们将在第一时间删除处理。邮件：2376512515@qq.com

上一篇：被 Next.js 的环境变量给坑了一把...

下一篇：基于熵的不确定性预测

标签：

热门焦点

俄罗斯：将审查iPhone等外国公司设备保数据安全

iPhone和特斯拉都属于在各自领域领头羊的品牌，推出的产品也也都是数一数二的，但对于一些国家而言，它们的产品可靠性和安全性还是在限制范围内。近日，俄罗斯联邦通信、信息技术
K6：面向开发人员的现代负载测试工具

K6 是一个开源负载测试工具，可以轻松编写、运行和分析性能测试。它建立在 Go 和 JavaScript 之上，它被设计为功能强大、可扩展且易于使用。k6 可用于测试各种应用程序，包括 Web
如何正确使用:Has和:Nth-Last-Child

我们可以用CSS检查，以了解一组元素的数量是否小于或等于一个数字。例如，一个拥有三个或更多子项的grid。你可能会想，为什么需要这样做呢？在某些情况下，一个组件或一个布局可能会
2023年，我眼中的字节跳动

此时此刻（2023年7月），字节跳动从未上市，也从未公布过任何官方的上市计划；但是这并不妨碍它成为中国最受关注的互联网公司之一。从2016-17年的抖音强势崛起，到2018年的“头腾
腾讯盖楼，字节拆墙

来源 | 光子星球撰文 | 吴坤谚编辑 | 吴先之“想重温暴刷深渊、30+技能搭配暴搓到爽的游戏体验吗？一起上晶核，即刻暴打！”曾凭借直播腾讯旗下代理格斗游戏《DNF》一
国行版三星Galaxy Z Fold5/Z Flip5发布售价7499元起

2023年8月3日，三星电子举行Galaxy新品中国发布会，正式在国内推出了新一代折叠屏智能手机三星Galaxy Z Fold5与Galaxy Z Flip5，以及三星Galaxy Tab S9
SN570 NVMe SSD固态硬盘价格与性能兼具

SN570 NVMe SSD固态硬盘是西部数据发布的最新一代WD Blue系列的固态硬盘，不仅闪存技术更为精进，性能也得到了进一步的跃升。WD Blue SN570 NVMe SSD的包装外
苹果MacBook Pro 2021测试：仍不支持平滑滚动

据10月30日9to5 Mac 消息报道，苹果新的 14 英寸和 16 英寸 MacBook Pro 2021 上市后获得了不错的评价，亮点包括行业领先的性能，令人印象深刻的电池续航，精美丰
外交部：美方应停止在网络安全问题上不负责任地指责他国

　中国外交部今天（16日）举行例行记者会。会上，有记者问，美国情报官员称，他们正在阻拦来自中国以及其他国家的黑客获取相关科研成果。中方对此有何评论？对此

关于四种获取当前执行方法名称方案的基准测试报告

前置准备

JMH 相关概念

JMH 注解介绍

1.使用 Thread.currentThread().getStackTrace() 方法

2.使用异常对象的 getStackTrace() 方法

3.使用匿名内部类的 getClass().getEnclosingMethod() 方法

4.Java 9 的 Stack-Walking API

四种方案的最终得分对比

俄罗斯：将审查iPhone等外国公司设备保数据安全

K6：面向开发人员的现代负载测试工具

如何正确使用:Has和:Nth-Last-Child

2023年，我眼中的字节跳动

腾讯盖楼，字节拆墙

国行版三星Galaxy Z Fold5/Z Flip5发布售价7499元起

SN570 NVMe SSD固态硬盘价格与性能兼具

苹果MacBook Pro 2021测试：仍不支持平滑滚动

外交部：美方应停止在网络安全问题上不负责任地指责他国

最新推荐

猜你喜欢

热门推荐

相关资讯