反射真的很耗时吗，反射 10 万次，耗时多久？

无论是在面试过程中，还是看网络上各种技术文章，只要提到反射，不可避免都会提到一个问题，反射会影响性能吗？影响有多大？如果在写业务代码的时候，你用到了反射，都会被 review 人发出灵魂拷问，为什么要用反射，有没有其它的解决办法。

而网上的答案都是千篇一律，比如反射慢、反射过程中频繁的创建对象占用更多内存、频繁的触发 GC 等等。那么反射慢多少？反射会占用多少内存？创建 1 个对象或者创建 10 万个对象耗时多少？单次反射或者 10 万次反射耗时多少？在我们的脑海中没有一个直观的概念，而今天这篇文章将会告诉你。

这篇文章，设计了几个常用的场景，一起讨论一下反射是否真的很耗时？最后会以图表的形式展示。

1测试工具及方案

在开始之前我们需要定义一个反射类 Person。

class Person {
  var age = 10

  fun getName(): String {
      return "I am DHL"
  }

  companion object {
      fun getAddress(): String = "BJ"
  }
}

针对上面的测试类，设计了以下几个常用的场景，验证反射前后的耗时。

• 创建对象
• 方法调用
• 属性调用
• 伴生对象

测试工具及代码：

JMH (Java Microbenchmark Harness)，这是 Oracle 开发的一个基准测试工具，他们比任何人都了解 JIT 以及 JVM 的优化对测试过程中的影响，所以使用这个工具可以尽可能的保证结果的可靠性。

基准测试是测试应用性能的一种方法，在特定条件下对某一对象的性能指标进行测试。

本文的测试代码已经上传到 github 仓库 KtPractice 欢迎前往查看。Github 地址贴在了评论区。

为什么使用 JMH

因为 JVM 会对代码做各种优化，如果只是在代码前后打印时间戳，这样计算的结果是不置信的，因为忽略了 JVM 在执行过程中，对代码进行优化产生的影响。而 JMH 会尽可能的减少这些优化对最终结果的影响。

测试方案

• 在单进程、单线程中，针对以上四个场景，每个场景测试五轮，每轮循环 10 万次，计算它们的平均值。

• 在执行之前，需要对代码进行预热，预热不会作为最终结果，预热的目的是为了构造一个相对稳定的环境，保证结果的可靠性。因为 JVM 会对执行频繁的代码，尝试编译为机器码，从而提高执行速度。而预热不仅包含编译为机器码，还包含 JVM 各种优化算法，尽量减少 JVM 的优化，构造一个相对稳定的环境，降低对结果造成的影响。

• JMH 提供 Blackhole，通过 Blackhole 的 consume 来避免 JIT 带来的优化。

Kotlin 和 Java 的反射机制

本文测试代码全部使用 Kotlin，Koltin 是完美兼容 Java 的，所以同样也可以使用 Java 的反射机制，但是 Kotlin 自己也封装了一套反射机制，并不是用来取代 Java 的，是 Java 的增强版，因为 Kotlin 有自己的语法特点比如扩展方法 、伴生对象 、可空类型的检查等等，如果想使用 Kotlin 反射机制，需要引入以下库。

implementation "org.jetbrains.kotlin:k