加入收藏 | 设为首页 | 会员中心 | 我要投稿 唐山站长网 (https://www.0315zz.com.cn/)- 数据安全、数据开发、文字识别、图像处理、媒体智能!
当前位置: 首页 > 站长资讯 > 外闻 > 正文

写个Lambda表达式就跪了?该咋解决?

发布时间:2021-02-22 15:45:04 所属栏目:外闻 来源:互联网
导读:对比之后发现,新的类,即本地编译的类,其中的lambda对应的方法名都是lambda$getAllCity$0这样的,最后的编号是从0开始的。 而旧的类,即现在在运行的类,其中的同一个lambda的方法名是lambda$getAllCity$121,最后的编号是一个非常大的数字。 在仔细对比下

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

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

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

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

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

 

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

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

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

 

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

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

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


 

(编辑:唐山站长网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    热点阅读