建站
咨詢
售后
建站咨詢
新聞中心
作為一個(gè)從PHP轉(zhuǎn)Java的人，發(fā)現(xiàn)alibaba的arthas很好用。通過arthas的redefine命令，可以像PHP一樣，不用重新發(fā)布，就可以改變程序行為(前提是不改變類結(jié)構(gòu)，不改變方法簽名)。
但是用多了，發(fā)現(xiàn)很多時(shí)候，我們就改了幾行代碼，甚至有的時(shí)候就添加了一行日志，就無法redefine了。提示
- redefine error! java.lang.UnsupportedOperationException: class redefinition failed: attempted to add a method
它提示我們新增加方法，那我們就看看是不是新增加了方法。通過javap來查看定義的方法：
這是老的類：
這是新的類：
對比之后發(fā)現(xiàn)，新的類，即本地編譯的類，其中的lambda對應(yīng)的方法名都是lambda$getAllCity$0這樣的，最后的編號是從0開始的。
而舊的類，即現(xiàn)在在運(yùn)行的類，其中的同一個(gè)lambda的方法名是lambda$getAllCity$121，最后的編號是一個(gè)非常大的數(shù)字。
在仔細(xì)對比下，發(fā)現(xiàn)是jdk的版本問題，不同的jdk版本對與lamdba的處理可能不一致。
具體來說，線上編譯的jdk版本是1.8.0_66-b17， 而本地是1.8.0_222-b10，而這兩個(gè)版本對lambda對應(yīng)的方法命名是不一樣的。
首先，為了調(diào)試方便，寫一個(gè)最小復(fù)現(xiàn)用例來看看：
- // 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 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)：對于舊版本的javac，末尾這個(gè)數(shù)字是全局遞增的，50個(gè)類有100個(gè)lambda，那最后一個(gè)lambda的編號就是99;而新的版本是每個(gè)類重新計(jì)數(shù)的，和總共多少個(gè)類沒有關(guān)系。
確認(rèn)了問題之后，接下來就是不斷的打斷點(diǎn)、重試了。后來發(fā)現(xiàn)不同版本的javac邏輯確實(shí)不同。
首先，查看jdk源碼可以知道，lambda的方法名都是：
- lambda$
$
不同的地方在于：新版本的javac，在處理一個(gè)新的類的時(shí)候，會保存上一個(gè)lambdaCount，后續(xù)再恢復(fù)，在當(dāng)前類，則直接從0開始重新計(jì)數(shù)：
而舊版本則沒有這個(gè)邏輯，直接用全局遞增的計(jì)數(shù)器：
這就說明舊版本的編譯器確實(shí)是lambda全局編號的。
那，問題來了，這個(gè)行為是從哪個(gè)版本變掉的呢?
對比之后發(fā)現(xiàn)這個(gè)變更是jdk8u74-b02引入的。對應(yīng)的bug是https://bugs.openjdk.java.net/browse/JDK-8067422
基本上就是每個(gè)類內(nèi)的lambda單獨(dú)編號，確保編譯順序不會影響lambda的方法名字。
所以，解決方案很簡單，升級編譯環(huán)境的jdk版本就好。
非常巧合的是，前兩天為了更好的適配Docker運(yùn)行環(huán)境(通俗的講，就是在容器內(nèi)獲取到docker的cpu配額，而不是物理機(jī)器的cpu數(shù)量)，我找運(yùn)維添加了一個(gè)新的jdk版本1.8.0_231-b11，這樣只需要直接將編譯環(huán)境的jdk版本切換到8u231就行了!
Arthas官方正在舉辦征文活動，如果你有
- 使用 Arthas 排查過的問題
- 對 Arthas 進(jìn)行源碼解讀
- 對 Arthas 提出建議
- 不限，其它與 Arthas 有關(guān)的內(nèi)容
當(dāng)前名稱：Arthas用的好好的，寫個(gè)Lambda表達(dá)式就跪了？該咋解決？
網(wǎng)頁鏈接：http://m.5511xx.com/article/dpccgds.html
