如何检测Kotlin中的自动装箱（Auto-Boxing）与自动拆箱（Auto-Unboxing）操作？

针对你开发高性能Kotlin JVM库时遇到的装箱拆箱排查问题，我整理了几个实用的方案，帮你精准定位这些操作的位置：

1. 利用Kotlin编译器的警告提示 #

Kotlin编译器其实自带了检测装箱操作的警告开关，能让你在编译阶段就提前发现问题：

• 在IntelliJ IDEA中，打开Settings -> Build, Execution, Deployment -> Compiler -> Kotlin Compiler，在Additional command line parameters里添加-Xwarn-boxed，编译器会对所有装箱/拆箱操作发出警告，直接在代码中高亮显示对应的位置。
• 如果用Gradle构建，在build.gradle.kts的kotlinOptions里配置：

kotlin {
    jvm {
        compilations.all {
            kotlinOptions {
                freeCompilerArgs += "-Xwarn-boxed"
            }
        }
    }
}

开启后，任何装箱操作都会被标红提示，你可以直接点击警告跳转到对应代码行。

2. 查看编译后的JVM字节码 #

Kotlin最终会编译成JVM字节码，装箱和拆箱对应明确的字节码指令，你可以直接查看字节码定位：

• 在IntelliJ中，打开你的Kotlin文件，点击顶部菜单Tools -> Kotlin -> Show Kotlin Bytecode，弹出窗口后点击Decompile，就能看到对应的Java代码（也可以直接看原始字节码指令）。
• 装箱操作对应的是调用Byte.valueOf(byte)，拆箱则是调用Byte.byteValue()。比如把原始类型byte赋值给Byte变量时，字节码里会出现invokestatic java/lang/Byte.valueOf (B)Ljava/lang/Byte;；反过来把Byte转成byte时，会出现invokevirtual java/lang/Byte.byteValue ()B。
• 也可以用命令行工具javap分析class文件：javap -c -v YourClass.class，在输出中搜索上述方法调用，就能找到所有装箱拆箱的位置。

3. 使用专业性能分析工具追踪方法调用 #

JVisualVM确实不够细致，但有其他工具可以直接追踪Byte.valueOf和byteValue这些方法的调用：

• AsyncProfiler：这是轻量级的JVM性能分析工具，你可以配置它专门采样Byte.valueOf和Byte.byteValue的调用。比如运行应用时执行：

./profiler.sh -d 60 -e java.lang.Byte.valueOf -e java.lang.Byte.byteValue -f boxing-profile.html <你的应用PID>

生成的HTML报告会清晰展示这些方法被哪些代码调用、调用次数、耗时占比，帮你找到高频装箱的热点代码。

• JFR（Java Flight Recorder）：如果用OpenJDK 11+，可以开启JFR记录应用运行情况，然后在JMC（Java Mission Control）中过滤java.lang.Byte.valueOf和byteValue的方法调用，查看调用栈和频率。

4. 结合Kotlin类型特性手动排查 #

Kotlin的类型系统有些特性容易触发装箱，你可以针对性排查：

• 泛型场景：JVM泛型不支持原始类型，所以List<Byte>、Map<String, Byte>这类泛型集合里的元素都是装箱后的Byte对象，而ByteArray是原始类型数组，不会有装箱问题。如果代码中频繁在ByteArray和List<Byte>之间转换，大概率会产生大量装箱拆箱。
• 可空类型：Byte?本质是Byte对象的引用（原始类型不能为null），所以使用Byte?类型时，所有操作都会涉及装箱。如果代码中大量使用Byte?而非非空的Byte或原始byte，要重点排查。
• 传递给Any类型的参数：比如调用println(byteVar)、将byte存入MutableList<Any>等，因为Any是所有对象的父类，原始类型会被自动装箱成Byte对象。

备注：内容来源于stack exchange，提问作者Martin Häusler