作為一個從 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 對應的方法命名是不一樣的。
首先，為了調試方便，寫一個最小復現用例來看看：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
|
// Compile.java// 編譯LamdbaTest1.java和LamdbaTest2.javaimport 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.javapublic 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 方法是：
|
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> |
代碼見 LambdaToMethod.java
不同的地方在于： 新版本的 javac，在處理一個新的類的時候，會保存上一個 lambdaCount，后續再恢復：
而舊版本則沒有這個邏輯：
這就說明舊版本的編譯器確實是 lambda 全局編號的。
那，問題來了，這個行為是從哪個版本變掉的呢？
對比之后發現這個變更是 jdk8u74-b02 引入的。對應的 bug 是 https://bugs.openjdk.java.net/browse/JDK-8067422，基本上就是每個類內的 lambda 單獨編號，確保編譯順序不會影響 lambda 的方法名字。
所以，解決方案很簡單，升級編譯環境的 jdk 版本就好。
非常巧合的是，前兩天為了更好的適配 Docker 運行環境（通俗的講，就是在容器內獲取到 docker 的 cpu 配額，而不是物理機器的 cpu 數量），我找運維添加了一個新的j dk 版本 1.8.0_231-b11，這樣只需要直接將編譯環境的 jdk 版本切換到 8u231 就行！
推薦使用 Arthas
方式一：通過Cloud Toolkit 實現 Arthas 一鍵遠程診斷
Cloud Toolkit 是阿里云發布的免費本地 IDE 插件，幫助開發者更高效地開發、測試、診斷并部署應用。通過插件，可以將本地應用一鍵部署到任意服務器，甚至云端（ECS、EDAS、ACK、ACR 和 小程序云等）；并且還內置了 Arthas 診斷、Dubbo工具、Terminal 終端、文件上傳、函數計算 和 MySQL 執行器等工具。不僅僅有 IntelliJ IDEA 主流版本，還有 Eclipse、Pycharm、Maven 等其他版本。
推薦使用 IDEA 插件下載 Cloud Toolkit 來使用 Arthas：http://t.tb.cn/2A5CbHWveOXzI7sFakaCw8
方式二：直接下載
地址：https://github.com/alibaba/arthas。
Arthas 第二期征文活動火熱進行中,歡迎參加征文活動，還有獎品拿哦~點擊了解詳情。
總結
到此這篇關于lambda 表達式導致 Arthas 無法 redefine 的問題的文章就介紹到這了,更多相關lambda表達式導致arthas無法redefine問題內容請搜索服務器之家以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持服務器之家！
