lambda 表達(dá)式導(dǎo)致 Arthas 無(wú)法 redefine 的問(wèn)題

作為一個(gè)從 PHP 轉(zhuǎn) Java 的人，發(fā)現(xiàn) alibaba 的 arthas 很好用。通過(guò) arthas 的 redefine 命令，可以像 PHP 一樣，不用重新發(fā)布，就可以改變程序行為。

但是用多了，發(fā)現(xiàn)很多時(shí)候，我們就改了幾行代碼，甚至有的時(shí)候就添加了一行日志，就無(wú)法 redefine 了。提示：

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

它提示我們新增加方法，那我們就看看是不是新增加了方法。通過(guò) javap 來(lái)查看定義的方法：

這是老的類：

這是新的類：

對(duì)比之后發(fā)現(xiàn)，新的類，即本地編譯的類，其中的 lambda 對(duì)應(yīng)的方法名都是 lambda$getAllCity$0 這樣的，最后的編號(hào)是從 0 開(kāi)始的。

而舊的類，即現(xiàn)在在運(yùn)行的類，其中的同一個(gè) lambda 的方法名是 lambda$getAllCity$121，最后的編號(hào)是一個(gè)非常大的數(shù)字。

在仔細(xì)對(duì)比下，發(fā)現(xiàn)是 jdk 的版本問(wèn)題，不同的 jdk 版本對(duì)與 lamdba 的處理可能不一致。

具體來(lái)說(shuō)，線上編譯的 jdk 版本是 1.8.0_66-b17， 而本地是 1.8.0_222-b10，而這兩個(gè)版本對(duì) lambda 對(duì)應(yīng)的方法命名是不一樣的。

首先，為了調(diào)試方便，寫(xiě)一個(gè)最小復(fù)現(xiàn)用例來(lái)看看：

// 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）跑完了之后，發(fā)現(xiàn) LamdbaTest2 中的 lambda 方法是：

private static void lambda$main$0();

而換版本 1.8.0_66-b17（舊版本 jdk）之后，lambda 的方法就成了：

private static void lambda$main$1();

多嘗試幾個(gè)文件同時(shí)編譯，我們就可以發(fā)現(xiàn)：對(duì)于舊版本的 javac，末尾這個(gè)數(shù)字是全局遞增的，50 個(gè)類有 100 個(gè) lambda，那最后一個(gè) lambda 的編號(hào)就是 99；而新的版本是每個(gè)類重新計(jì)數(shù)的，和總共多少個(gè)類沒(méi)有關(guān)系。

確認(rèn)了問(wèn)題之后，接下來(lái)就是不斷的打斷點(diǎn)、重試了。后來(lái)發(fā)現(xiàn)不同版本的 javac 邏輯確實(shí)不同。

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

lambda$methodname>$lambdaCount>

代碼見(jiàn) LambdaToMethod.java

不同的地方在于： 新版本的 javac，在處理一個(gè)新的類的時(shí)候，會(huì)保存上一個(gè) lambdaCount，后續(xù)再恢復(fù)：

而舊版本則沒(méi)有這個(gè)邏輯：

這就說(shuō)明舊版本的編譯器確實(shí)是 lambda 全局編號(hào)的。

那，問(wèn)題來(lái)了，這個(gè)行為是從哪個(gè)版本變掉的呢？

對(duì)比之后發(fā)現(xiàn)這個(gè)變更是 jdk8u74-b02 引入的。對(duì)應(yīng)的 bug 是 https://bugs.openjdk.java.net/browse/JDK-8067422，基本上就是每個(gè)類內(nèi)的 lambda 單獨(dú)編號(hào)，確保編譯順序不會(huì)影響 lambda 的方法名字。

所以，解決方案很簡(jiǎn)單，升級(jí)編譯環(huán)境的 jdk 版本就好。

非常巧合的是，前兩天為了更好的適配 Docker 運(yùn)行環(huán)境（通俗的講，就是在容器內(nèi)獲取到 docker 的 cpu 配額，而不是物理機(jī)器的 cpu 數(shù)量），我找運(yùn)維添加了一個(gè)新的j dk 版本 1.8.0_231-b11，這樣只需要直接將編譯環(huán)境的 jdk 版本切換到 8u231 就行！

推薦使用 Arthas

方式一：通過(guò)Cloud Toolkit 實(shí)現(xiàn) Arthas 一鍵遠(yuǎn)程診斷

Cloud Toolkit 是阿里云發(fā)布的免費(fèi)本地 IDE 插件，幫助開(kāi)發(fā)者更高效地開(kāi)發(fā)、測(cè)試、診斷并部署應(yīng)用。通過(guò)插件，可以將本地應(yīng)用一鍵部署到任意服務(wù)器，甚至云端（ECS、EDAS、ACK、ACR 和 小程序云等）；并且還內(nèi)置了 Arthas 診斷、Dubbo工具、Terminal 終端、文件上傳、函數(shù)計(jì)算 和 MySQL 執(zhí)行器等工具。不僅僅有 IntelliJ IDEA 主流版本，還有 Eclipse、Pycharm、Maven 等其他版本。

推薦使用 IDEA 插件下載 Cloud Toolkit 來(lái)使用 Arthas：http://t.tb.cn/2A5CbHWveOXzI7sFakaCw8 

方式二：直接下載

地址：https://github.com/alibaba/arthas。

Arthas 第二期征文活動(dòng)火熱進(jìn)行中,歡迎參加征文活動(dòng)，還有獎(jiǎng)品拿哦~點(diǎn)擊了解詳情。

總結(jié)

到此這篇關(guān)于lambda 表達(dá)式導(dǎo)致 Arthas 無(wú)法 redefine 的問(wèn)題的文章就介紹到這了,更多相關(guān)lambda表達(dá)式導(dǎo)致arthas無(wú)法redefine問(wèn)題內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！