[[329249]]

作為一個從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.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方法是：

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