Java编译器装箱基本类型强制转换错误问题求助

核心矛盾：编译与运行时的方法签名不匹配 #

你碰到的NoSuchMethodError本质是编译阶段生成的调用签名，和运行时ClassB实际提供的方法签名完全不一致：

• 编译ClassA时，编译器把字面量false自动装箱成了Boolean类型，生成的字节码里调用的是create(java.util.UUID, java.lang.Boolean)；
• 但运行时加载的ClassB，实际只存在create(java.util.UUID, boolean)方法，JVM找不到对应签名的方法，因此抛出错误。

为什么字面量会触发自动装箱？ #

正常情况下，给参数为原始类型boolean的方法传字面量false，是不会触发装箱的。出现这种异常只有一种合理场景：
编译ClassA时，你依赖的ClassB版本里，根本没有create(UUID, boolean)方法，只有create(UUID, Boolean)方法。此时编译器找不到匹配原始类型参数的方法，就会自动把false装箱成Boolean去适配现有方法。

而你运行时部署的是另一个版本的ClassB——这个版本只提供了create(UUID, boolean)方法，自然就出现了签名不匹配的报错。

为什么static final boolean变量能解决问题？ #

当你用static final boolean FLAG = false;作为参数时，编译器的行为会发生两个关键变化：

1. 这个变量的类型是明确的原始类型boolean，在Java方法重载解析规则中，原始类型参数的方法匹配优先级远高于装箱类型的重载方法；
2. 即使编译期依赖的ClassB同时存在两个重载方法，编译器也会优先选择匹配原始类型的create(UUID, boolean)，不会触发自动装箱。

说白了，static final常量的类型确定性，强制编译器按原始类型去匹配方法，避免了自动装箱的误触发。

内容的提问来源于stack exchange，提问作者akagixxer