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

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

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

导读本文是对作者上一篇文章中 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卖不动了！苹果股价创年内最大日跌幅：市值一夜蒸发万亿元

8月5日消息，今天凌晨美股三大指数高开低走集体收跌，道指跌0.41%；纳指跌0.36%；标普500指数跌0.52%。热门科技股也都变化极大，其中苹果报181.99美元，跌4.8%，创
不容错过的MSBuild技巧，必备用法详解和实践指南

一、MSBuild简介MSBuild是一种基于XML的构建引擎，用于在.NET Framework和.NET Core应用程序中自动化构建过程。它是Visual Studio的构建引擎，可在命令行或其他构建工具中使用
学习JavaScript的10个理由...

作者 | Simplilearn编译 | 王瑞平当你决心学习一门语言的时候，很难选择到底应该学习哪一门，常用的语言有Python、Java、JavaScript、C/CPP、PHP、Swift、C#、Ruby、Objective-
量化指标是与非：挽救被量化指标扼杀的技术团队

作者 | 刘新翠整理 | 徐杰承本文整理自快狗打车技术总监刘新翠在WOT2023大会上的主题分享，更多精彩内容及现场PPT，请关注51CTO技术栈公众号，发消息【WOT2023PPT】即可直接领取
Python异步IO编程的进程/线程通信实现

这篇文章再讲3种方式，同时讲4中进程间通信的方式一、 Python 中线程间通信的实现方式共享变量共享变量是多个线程可以共同访问的变量。在Python中，可以使用threading模块中的L
品牌洞察丨服务本地，美团直播成效几何？

来源：17PR7月11日，美团App首页推荐位出现“美团直播”的固定入口。在直播聚合页面，外卖“神枪手”直播间、美团旅行直播间、美团买菜直播间等均已上线，同时
微博大门常打开，迎接海外画师漂洋东渡

作者:互联网那些事“起猛了，我能看得懂日语了”。“为什么日本人说话我能听懂？”“中文不像中文，日语不像日语，但是我竟然看懂了”…&hell
引领旗舰级影像能力向中端机普及 OPPO K11 系列发布 1799 元起

7月25日，OPPO正式发布K系列新品—— OPPO K11 。此次 K11 在中端手机市场长期被忽视的影像板块发力，突破性地搭载索尼 IMX890 旗舰大底主摄，支持 OIS
荣耀Magic4 至臻版首创智慧隐私通话强劲影音系统

2022年第一季度临近尾声，在该季度内，许多品牌陆续发布自己的最新产品，让大家从全新的角度来了解当今的手机技术。手机是电子设备中，更新迭代十分迅速的一款产品，基