背景介绍

感谢网友【你还说个图啊】对【不经意的两行代码把CPU使用率干到了90%+ 没源码怎么排查？】提出的疑问：

说到底还是性能问题，本篇文章从微基准性能测试的角度给出验证过程和结论；同时更加期望大家在互动中有所收获，谢谢大家。

验证思路

BeanPropertyRowMapper.mapRow

从上面代码中可知，bw.setPropertyValue(pd.getName(), value)是抛出异常的入口，也是我们需要验证的主要逻辑。

理解上述代码逻辑是后面编写验证代码的核心。

验证场景

• 抛异常场景，该场景没有使用到Spring相应的缓存及反射相应的缓存
• 自定义Converter场景，该场景使用了Srping相应的缓存且没有反射逻辑

JMH

maven依赖

验证代码

验证结果

不同机器配置，具体数据会有差异，但是两者相差的倍数基本是一致的，在我机器上跑的数据：

验证结果可视化展示：

延申阅读

在验证代码性能的时候，经常的做法是写个大循环，或起几个线程同时跑之类的，由于JVM在编译阶段、加载阶段、运行阶段对代码进行优化，所以我们这种方式测试出来的结果是不够客观的，有什么好的办法做这件事呢？JMH

JMH（Java Microbenchmark Harness）是由 Java 虚拟机团队开发的一款用于 Java 微基准测试工具，下面对程序中用到的一些注解进行介绍。

@State(Scope.Benchmark)

Scope.Benchmark：多线程共享一个实例

Scope.Thread：每个基准测试线程独享一个对象实例

Scope.Group：线程组共享一个实例，在测试方法上使用 @Group 设置线程组

@Setup

在Benchmark之前可以做一些公共的初始化工作。

@Benchmark

声明方法为基准测试方法

@Warmup(iterations = 3,time = 1,timeUnit = TimeUnit.MINUTES)

微基准测试之前进行预热，进行三轮预热，每轮预热时间1分钟。

@Measurement(iterations = 3, time = 1,timeUnit = TimeUnit.MINUTES)

进行三轮微基准测试，每一轮测试1分钟

@Fork(1)

fork出一个子进程进行微基准测试

@Threads(3)

进行微基准测试的线程个数

更多示例

http://hg.openjdk.java.net/code-tools/jmh/file/tip/jmh-samples/src/main/java/org/openjdk/jmh/samples/