作为一个从PHP转Java的人，发现alibaba的arthas很好用。通过arthas的redefine命令，可以像PHP一样，不用重新发布，就可以改变程序行为。

但是用多了，发现很多时候，我们就改了几行代码，甚至有的时候就添加了一行日志，就无法redefine了。提示

redefine error! java.lang.UnsupportedOperationException: class redefinition failed: attempted to add a method

它提示我们新增加方法，那我们就看看是不是新增加了方法。通过javap来查看定义的方法：

老的类：

新的类：

lambda$getAllCity$0
lambda$getAllCity$121

这样一看就应该是jdk的版本问题了，不同的jdk版本对与lamdba的处理可能不一致。

对比了下，线上编译的jdk版本是1.8.0_66-b17， 而本地是1.8.0_222-b10。

首先，为了调试方便，写一个最小复现用例：



使用1.8.0_222-b10（新版本jdk）跑完了之后，发现LamdbaTest2中的lambda方法是：

private static void lambda$main$0();

而换版本1.8.0_66-b17（旧版本jdk）之后，lambda的方法就成了：

private static void lambda$main$1();

多尝试几个文件同时编译，即可发现：对于旧版本的javac，末尾这个数字是全局递增的，而新的版本是每个类重新计数的。

确认了问题之后，接下来就是不断的打断点、重试了。后来发现不同版本的javac逻辑确实不同。

首先，查看jdk源码可以知道，lambda的方法名都是：

lambda$<methodname>$<lambdaCount>

不同的地方在于：

新版本的javac，在处理一个新的类的时候，会保存上一个lambdaCount，后续再恢复：

这就说明旧版本的编译器确实是lambda全局编号的。

那，问题来了，这个行为是从哪个版本变掉的呢？

对比之后发现这个变更是jdk8u74-b02引入的。对应的bug是https://bugs.openjdk.java.net/browse/JDK-8067422

基本上就是每个类内的lambda单独编号，确保编译顺序不会影响lambda的方法名字。

所以，解决方案很简单，升级编译环境的jdk版本就好。


本文最初发表于：