arthas用的好好的,寫個lambda表達式就跪了?該咋解決?

△Hollis, 一個對Coding有着獨特追求的人△

這是Hollis的第 278 篇原創分享

作者 l Robert Lu

來源 l Hollis(ID:hollischuang)

作爲一個從PHP轉Java的人,發現alibaba的arthas很好用。通過arthas的redefine命令,可以像PHP一樣,不用重新發布,就可以改變程序行爲(前提是不改變類結構,不改變方法簽名)。

但是用多了,發現很多時候,我們就改了幾行代碼,甚至有的時候就添加了一行日誌,就無法redefine了。提示

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對應的方法命名是不一樣的。

首先,爲了調試方便,寫一個最小復現用例來看看:

// 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.javapublic 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方法是:

private static void lambda$main$0();

而換版本1.8.0_66-b17(舊版本jdk)之後,lambda的方法就成了:

private static void lambda$main$1();

多嘗試幾個文件同時編譯,我們就可以發現:對於舊版本的javac,末尾這個數字是全局遞增的,50個類有100個lambda,那最後一個lambda的編號就是99;而新的版本是每個類重新計數的,和總共多少個類沒有關係。

確認了問題之後,接下來就是不斷的打斷點、重試了。後來發現不同版本的javac邏輯確實不同。

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

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 有關的內容

   

歡迎參加徵文活動,還有獎品拿哦~

   

點擊閱讀原文接入徵文活動地址。

福利時間

GIFT TIME

Arthas 技術社區特意將本次徵文活動的一部分禮品(1個阿里雲定製雨傘,2個淘公仔,5個解壓腦型球)贊助了給到Hollis的讀者

本次禮品不需要評論,也不需要轉發

採用最公平的抽獎方式。

關注公衆號:程序員面試現場

公衆號後臺回覆:徵文 

即可參與抽獎



往期推薦

漫話:爲什麼鍵盤以QWER排列,而不是ABCD?

如何讓程序員變得沒朋友

平滑從Consul遷移到 Nacos,再也不用擔心特朗普發瘋了...

 

直面Java第320期:如何判斷一個Java對象能否被回收?

深入併發第013期:拓展synchronized——鎖優化

如果你喜歡本文,

請長按二維碼,關注 Hollis.

轉發至朋友圈,是對我最大的支持。

點個 在看 

喜歡是一種感覺

在看是一種支持

↘↘↘

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章