前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >lambda表达式导致arthas无法redefine的问题

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

原创
作者头像
Robert Lu
修改2021-11-23 08:07:48
8010
修改2021-11-23 08:07:48
举报
文章被收录于专栏:JVM以及其他JVM以及其他

作为一个从PHP转Java的人,发现alibaba的arthas很好用。通过arthas的redefine命令,可以像PHP一样,不用重新发布,就可以改变程序行为(前提是不改变类结构,不改变方法签名)。

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

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

redefine-error.png
redefine-error.png

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

老的类:

javap-old.png
javap-old.png

新的类:

javap-new.png
javap-new.png

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

而旧的类,即现在在运行的类,其中的同一个lambda的方法名是lambda$getAllCity$121方法名字最后的数字变掉了

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

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

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

代码语言:txt
复制
// 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<? extends JavaFileObject> compilationUnits = fileManager.getJavaFileObjects(
                new File(path1),
                new File(path2)
        );
        JavaCompiler.CompilationTask task = javaCompiler.getTask(null, fileManager, diagnostics, null, null,
                compilationUnits);
        boolean success = task.call();
        System.out.println(success);
    }
}

//LamdbaTest1.java
public class LamdbaTest1 {

    private void test(Runnable runnable) {
        runnable.run();
    }

    private void main() throws Throwable {
        test(() -> {
            System.out.println(11);
        });
    }
}

//LamdbaTest2.java
public class LamdbaTest2 {

    private void test(Runnable runnable) {
        runnable.run();
    }

    private void main() throws Throwable {
        test(() -> {
            System.out.println(22);
        });
    }
}

使用1.8.0_222-b10(新版本jdk)跑完了之后,发现LamdbaTest2中的lambda方法是:

compile-new.png
compile-new.png
代码语言:txt
复制
private static void lambda$main$0();

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

compile-old.png
compile-old.png
代码语言:txt
复制
private static void lambda$main$1();

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

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

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

lambda$<methodname>$<lambdaCount>代码见 LambdaToMethod.java

不同的地方在于: 新版本的javac,在处理一个新的类的时候,会保存上一个lambdaCount,后续再恢复,在当前类,则直接从0开始重新计数:

javac-new.png
javac-new.png

旧版本则没有这个逻辑,直接用全局递增的计数器:

javac-old.png
javac-old.png

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

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

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

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

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

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

本文最初发表于:https://robberphex.com/lambda-causes-arthas-cant-redefine/

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
相关产品与服务
容器服务
腾讯云容器服务(Tencent Kubernetes Engine, TKE)基于原生 kubernetes 提供以容器为核心的、高度可扩展的高性能容器管理服务,覆盖 Serverless、边缘计算、分布式云等多种业务部署场景,业内首创单个集群兼容多种计算节点的容器资源管理模式。同时产品作为云原生 Finops 领先布道者,主导开源项目Crane,全面助力客户实现资源优化、成本控制。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档