Arthas用的好好的,写个Lambda表达式就跪了?该咋解决?

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

 [[329249]]

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

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

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

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

这是老的类:

 

这是新的类:

 

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

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

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

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

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

  1. // Compile.java 
  2. // 编译LamdbaTest1.java和LamdbaTest2.java 
  3. import javax.tools.*; 
  4. import java.io.File; 
  5. public class Compile { 
  6. public static void main(String[] args) { 
  7. String path1 = "/path/to/LamdbaTest1.java"
  8. String path2 = "/path/to/LamdbaTest2.java"
  9.         JavaCompiler javaCompiler = ToolProvider.getSystemJavaCompiler(); 
  10.         DiagnosticCollector diagnostics = new DiagnosticCollector(); 
  11.         StandardJavaFileManager fileManager = javaCompiler.getStandardFileManager(diagnostics, nullnull); 
  12.         Iterable<? extends JavaFileObject> compilationUnits = fileManager.getJavaFileObjects( 
  13. new File(path1), 
  14. new File(path2) 
  15.         ); 
  16.         JavaCompiler.CompilationTask task = javaCompiler.getTask(null, fileManager, diagnostics, nullnull
  17.                 compilationUnits); 
  18. boolean success = task.call(); 
  19.         System.out.println(success); 
  20.     } 
  1. //LamdbaTest1.java 
  2. public class LamdbaTest1 { 
  3.     private void test(Runnable runnable) { 
  4.         runnable.run(); 
  5.     } 
  6.     private void main() throws Throwable { 
  7.         test(() -> { 
  8.             System.out.println(11); 
  9.         }); 
  10.     } 
  1. //LamdbaTest2.java 
  2. public class LamdbaTest2 { 
  3.     private void test(Runnable runnable) { 
  4.         runnable.run(); 
  5.     } 
  6.     private void main() throws Throwable { 
  7.         test(() -> { 
  8.             System.out.println(22); 
  9.         }); 
  10.     } 

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

  1. private static void lambda$main$0(); 

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

  1. private static void lambda$main$1(); 

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

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

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

  1. lambda$<methodname>$<lambdaCount> 

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

 

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

 

这就说明旧版本的编译器确实是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就行了!

Arthas官方正在举办征文活动,如果你有

  • 使用 Arthas 排查过的问题
  • 对 Arthas 进行源码解读
  • 对 Arthas 提出建议
  • 不限,其它与 Arthas 有关的内容

 

 

责任编辑:武晓燕 来源: 51CTO专栏
相关推荐

2012-06-26 10:03:58

JavaJava 8lambda

2024-03-25 13:46:12

C#Lambda编程

2009-09-15 15:18:00

Linq Lambda

2009-09-09 13:01:33

LINQ Lambda

2022-12-05 09:31:51

接口lambda表达式

2009-09-11 09:48:27

Linq Lambda

2009-07-09 09:51:07

Lambda表达式C#

2020-10-16 06:40:25

C++匿名函数

2021-11-10 09:45:06

Lambda表达式语言

2009-09-17 10:40:22

Linq Lambda

2009-09-17 09:44:54

Linq Lambda

2009-09-15 17:30:00

Linq Lambda

2009-08-27 09:44:59

C# Lambda表达

2022-09-19 14:12:27

C++Lambda表达式

2009-09-14 13:57:20

C# Lambda表达Lambda表达式

2021-05-05 11:31:15

JDK新特性Lambda表达式Java8

2009-09-09 17:14:17

Linq lambda

2009-08-10 09:41:07

.NET Lambda

2013-04-07 15:44:26

Java8Lambda

2013-04-10 10:58:19

LambdaC#
点赞
收藏

51CTO技术栈公众号