网络编程 
首页 > 网络编程 > 浏览文章

lambda 表达式导致 Arthas 无法 redefine 的问题

(编辑:jimmy 日期: 2024/5/4 浏览:3 次 )

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

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

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

lambda 表达式导致 Arthas 无法 redefine 的问题

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

这是老的类:

lambda 表达式导致 Arthas 无法 redefine 的问题

这是新的类:

lambda 表达式导致 Arthas 无法 redefine 的问题

对比之后发现,新的类,即本地编译的类,其中的 lambda 对应的方法名都是 lambda$getAllCity$0 这样的,最后的编号是从 0 开始的。

而旧的类,即现在在运行的类,其中的同一个 lambda 的方法名是 lambda$getAllCity$121,最后的编号是一个非常大的数字。

在仔细对比下,发现是 jdk 的版本问题,不同的 jdk 版本对与 lamdba 的处理可能不一致。

具体来说,线上编译的 jdk 版本是 1.8.0_66-b17, 而本地是 1.8.0_222-b10,而这两个版本对 lambda 对应的方法命名是不一样的。

首先,为了调试方便,写一个最小复现用例来看看:

// Compile.java
// 编译LamdbaTest1.java和LamdbaTest2.java
import javax.tools.*;
import java.io.File;
public class Compile {
 public static void main(String[] args) {
  String path1 = "/path/to/LamdbaTest1.java";
  String path2 = "/path/to/LamdbaTest2.java";
  JavaCompiler javaCompiler = ToolProvider.getSystemJavaCompiler();
  DiagnosticCollector diagnostics = new DiagnosticCollector();
  StandardJavaFileManager fileManager = javaCompiler.getStandardFileManager(diagnostics, null, null);
  Iterable<"text-align: center">lambda 表达式导致 Arthas 无法 redefine 的问题

private static void lambda$main$0();

而换版本 1.8.0_66-b17(旧版本 jdk)之后,lambda 的方法就成了:

lambda 表达式导致 Arthas 无法 redefine 的问题

private static void lambda$main$1();

多尝试几个文件同时编译,我们就可以发现:对于旧版本的 javac,末尾这个数字是全局递增的,50 个类有 100 个 lambda,那最后一个 lambda 的编号就是 99;而新的版本是每个类重新计数的,和总共多少个类没有关系。

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

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

lambda$<methodname>$<lambdaCount>

代码见 LambdaToMethod.java

不同的地方在于: 新版本的 javac,在处理一个新的类的时候,会保存上一个 lambdaCount,后续再恢复:

lambda 表达式导致 Arthas 无法 redefine 的问题

而旧版本则没有这个逻辑:

lambda 表达式导致 Arthas 无法 redefine 的问题

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

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

对比之后发现这个变更是 jdk8u74-b02 引入的。对应的 bug 是 https://bugs.openjdk.java.net/browse/JDK-8067422,基本上就是每个类内的 lambda 单独编号,确保编译顺序不会影响 lambda 的方法名字。

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

非常巧合的是,前两天为了更好的适配 Docker 运行环境(通俗的讲,就是在容器内获取到 docker 的 cpu 配额,而不是物理机器的 cpu 数量),我找运维添加了一个新的j dk 版本 1.8.0_231-b11,这样只需要直接将编译环境的 jdk 版本切换到 8u231 就行!

推荐使用 Arthas

"external nofollow" href="http://t.tb.cn/2A5CbHWveOXzI7sFakaCw8">http://t.tb.cn/2A5CbHWveOXzI7sFakaCw8 

"external nofollow" href="https://github.com/alibaba/arthas">https://github.com/alibaba/arthas。

Arthas 第二期征文活动火热进行中,欢迎参加征文活动,还有奖品拿哦~点击了解详情。

总结

上一篇:vscode中使用Autoprefixer3.0无效的解决方法
下一篇:JetPack开发中使用CameraX完成拍照和拍视频功能
几个月来,英特尔、微软、AMD和其它厂商都在共同推动“AI PC”的想法,朝着更多的AI功能迈进。在近日,英特尔在台北举行的开发者活动中,也宣布了关于AI PC加速计划、新的PC开发者计划和独立硬件供应商计划。
在此次发布会上,英特尔还发布了全新的全新的酷睿Ultra Meteor Lake NUC开发套件,以及联合微软等合作伙伴联合定义“AI PC”的定义标准。