如果可以的话，感觉帮助会大一些

arthas starter里的代码其实很简单的，可以自己封装下，自己决定怎么生成 agentId 。

或者利用 k8s /docker本身的功能，设置一些环境变量，然后注入到spring env里来做为 agent id。

或者自己开发下 tunnel server，反查出应用和 agent之间的关系。

• [ ] 我已经在 issues 里搜索，没有重复的issue。

环境信息

• arthas-boot.jar 或者 as.sh 的版本： 3.3.7
• Arthas 版本: xxx
• 操作系统版本: win 10
• 目标进程的JVM版本: 1.8.0_71-b15
• 执行arthas-boot的版本: xxx

期望的结果

按上下方向键可以切换历史指令

试下最新的 3.4.3 版本。

• [x] 我已经在 issues 里搜索，没有重复的issue。

环境信息

• arthas-boot.jar 或者 as.sh 的版本： 3.3.3
• Arthas 版本: 3.3.3
• 操作系统版本: windows 10
• 目标进程的JVM版本: jdk8
• 执行arthas-boot的版本: 3.3.3

重现问题的步骤

1. java -jar arthas-boot.jar 2.执行任意命令
2. 按 上，下，左，右 任意键盘方向键

期望的结果

左右键，为前进后退一个字符 上下键，为上一条，下一条命令

实际运行的结果

完全无效，没任何反应

试下最新的 3.4.3 版本，应该支持 cmd里各种快捷键了。

• [x] 我已经在 issues 里搜索，没有重复的issue。

环境信息

• arthas-boot.jar 或者 as.sh 的版本： xxx
• Arthas 版本: xxx
• 操作系统版本: Red Hat Enterprise Linux Server release 6.6 (Santiago)
• 目标进程的JVM版本: java version "1.8.0_172-ea"
• 执行arthas-boot的版本: arthas-boot version: 3.3.3

重现问题的步骤

1. trace com.sf.nwms.inventory.inv.service.impl.InvQueryServiceImpl queryLocationInvList
2. xxx
3. xxx

期望的结果

What do you expected from the above steps？

实际运行的结果

实际运行结果，最好有详细的日志，异常栈。尽量贴文本。

把异常信息贴到这里
2020-09-17 10:11:45 [arthas-binding-thread] INFO  c.t.a.core.server.ArthasBootstrap -as-server started in 713 ms
Arthas server already bind.
2020-09-17 10:11:45 [nioEventLoopGroup-2-1] INFO  i.n.handler.logging.LoggingHandler -[id: 0xc391befe, L:/127.0.0.1:3658] READ: [id: 0x4a940d78, L:/127.0.0.1:3658 - R:/127.0.0.1:48184]
2020-09-17 10:11:45 [nioEventLoopGroup-2-1] INFO  i.n.handler.logging.LoggingHandler -[id: 0xc391befe, L:/127.0.0.1:3658] READ COMPLETE
2020-09-17 10:11:46 [nioEventLoopGroup-2-2] INFO  c.t.a.core.shell.term.impl.Helper -Loaded arthas keymap file from com/taobao/arthas/core/shell/term/readline/inputrc
2020-09-17 10:12:18 [as-command-execute-daemon] INFO  c.t.arthas.core.advisor.Enhancer -enhance matched classes: [class com.sf.nwms.inventory.inv.service.impl.InvQueryServiceImpl$$EnhancerBySpringCGLIB$$ce393cee, class com.sf.nwms.inventory.inv.service.impl.InvQueryServiceImpl]
2020-09-17 10:12:18 [as-command-execute-daemon] ERROR c.t.arthas.core.advisor.Enhancer -Enhancer error, matchingClasses: [class com.sf.nwms.inventory.inv.service.impl.InvQueryServiceImpl$$EnhancerBySpringCGLIB$$ce393cee, class com.sf.nwms.inventory.inv.service.impl.InvQueryServiceImpl]
java.lang.ClassFormatError: null
        at sun.instrument.InstrumentationImpl.retransformClasses0(Native Method)
        at sun.instrument.InstrumentationImpl.retransformClasses(InstrumentationImpl.java:144)
        at com.taobao.arthas.core.advisor.Enhancer.enhance(Enhancer.java:366)
        at com.taobao.arthas.core.command.monitor200.EnhancerCommand.enhance(EnhancerCommand.java:135)
        at com.taobao.arthas.core.command.monitor200.EnhancerCommand.process(EnhancerCommand.java:87)
        at com.taobao.arthas.core.shell.command.impl.AnnotatedCommandImpl.process(AnnotatedCommandImpl.java:82)
        at com.taobao.arthas.core.shell.command.impl.AnnotatedCommandImpl.access$100(AnnotatedCommandImpl.java:18)
        at com.taobao.arthas.core.shell.command.impl.AnnotatedCommandImpl$ProcessHandler.handle(AnnotatedCommandImpl.java:111)
        at com.taobao.arthas.core.shell.command.impl.AnnotatedCommandImpl$ProcessHandler.handle(AnnotatedCommandImpl.java:108)
        at com.taobao.arthas.core.shell.system.impl.ProcessImpl$CommandProcessTask.run(ProcessImpl.java:372)
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
        at java.util.concurrent.FutureTask.run(FutureTask.java:266)
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
        at java.lang.Thread.run(Thread.java:748)
2020-09-17 10:35:30 [nioEventLoopGroup-2-2] INFO  c.t.a.c.shell.impl.ShellServerImpl -Session fe4e4490-de78-42f7-8080-69aad0e522a3 closed, so terminate foreground job, id: 1, line: trace com.sf.nwms.inventory.inv

试下最新的 3.4.3 版本，应该已经修复了。

java.lang.UnsupportedOperationException: class redefinition failed: attempted to change the class NestHost, NestMembers, or Record attribute
        at java.instrument/sun.instrument.InstrumentationImpl.retransformClasses0(Native Method)
        at java.instrument/sun.instrument.InstrumentationImpl.retransformClasses(InstrumentationImpl.java:167)
        at com.taobao.arthas.core.advisor.Enhancer.enhance(Enhancer.java:371)
        at com.taobao.arthas.core.command.monitor200.EnhancerCommand.enhance(EnhancerCommand.java:149)
        at com.taobao.arthas.core.command.monitor200.EnhancerCommand.process(EnhancerCommand.java:96)
        at com.taobao.arthas.core.shell.command.impl.AnnotatedCommandImpl.process(AnnotatedCommandImpl.java:82)
        at com.taobao.arthas.core.shell.command.impl.AnnotatedCommandImpl.access$100(AnnotatedCommandImpl.java:18)
        at com.taobao.arthas.core.shell.command.impl.AnnotatedCommandImpl$ProcessHandler.handle(AnnotatedCommandImpl.java:111)
        at com.taobao.arthas.core.shell.command.impl.AnnotatedCommandImpl$ProcessHandler.handle(AnnotatedCommandImpl.java:108)
        at com.taobao.arthas.core.shell.system.impl.ProcessImpl$CommandProcessTask.run(ProcessImpl.java:385)
        at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
        at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
        at java.base/java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:304)
        at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130)
        at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:630)
        at java.base/java.lang.Thread.run(Thread.java:832)

asm已升级为最新版本 9.0，并且使用了最新的API ASM9 。

复现demo：

public class BBB {
    public String test() {
        return "hello";
    }
}

public class FFF {
    public String test() {
        
        Thread t = new Thread(new Runnable() {

            @Override
            public void run() {
                System.err.println("ttt");
            }
            
        });
        t.start();
        return "hello";
    }
}

import java.io.IOException;

public class TTT {
    
    public static void main(String[] args) throws  IOException {
        
        System.err.println(new FFF());
        System.err.println(new BBB());
        System.in.read();
        
    }

}

• 建立上面三个文件
• 使用jdk 14来编译：jdk-14.0.2.jdk/Contents/Home/bin/javac --enable-preview --release 14 ./*.java
• 启动： jdk-14.0.2.jdk/Contents/Home/bin/java --enable-preview TTT
• 启动 arthas attach
• watch BBB test ，这个是正常结果
• watch FFF test ，会抛出上面的异常

• [x] 我已经在 issues 里搜索，没有重复的issue。

环境信息

• arthas-boot.jar 或者 as.sh 的版本： 3.4.1
• Arthas 版本: 3.4.1
• 操作系统版本: windows 10 19041.508
• 目标进程的JVM版本: jdk1.8.0_212
• 执行arthas-boot的版本: 3.4.1

重现问题的步骤

public class Test {

    public static void main(String[] args) throws InterruptedException {
        Test test = new Test();
        while (true) {
            try {
                AtomicInteger i = new AtomicInteger();
                Runnable runnable = () -> {
                    i.getAndIncrement();
                };
            } catch (NoClassDefFoundError e) {
                e.printStackTrace();
                Thread.sleep(2000);
            }
        }
    }
}

运行上述代码，并用arthas attach，然后使用命令 jad package.Test. 虽然可以正确反编译类的内容，但上述程序开始抛出异常。

java.lang.NoClassDefFoundError: cn/willingxyz/javaagent/Test$$Lambda$1
        at cn.willingxyz.javaagent.Test$$Lambda$1/1156060786.get$Lambda(Unknown Source)
        at cn.willingxyz.javaagent.Test.main(Test.java:18)

可能和 https://bugs.openjdk.java.net/browse/JDK-8145964 这个bug有关，不过jad命令（和其他相关命令）是否能够绕开该bug。

同样 watch等命令也会有类似问题，已处理。 watch Test* *

实际上 jdk11，会retransform lambda类时，没回调 ClassFileTransformer 就抛出异常了。 也就是说 jdk11下面，拿不到 lambda类的字节码。

但是jdk8下可以拿到，但是会导致应用出错。 应用实际是先抛出 ClassNotFoundException ，然后第二次就会变成 NoClassDefFoundError 。

java.lang.NoClassDefFoundError: Test$$Lambda$1
	at Test$$Lambda$1/1418481495.get$Lambda(Unknown Source)
	at Test.main(Test.java:12)
Caused by: java.lang.ClassNotFoundException: Test$$Lambda$1
	at java.net.URLClassLoader.findClass(URLClassLoader.java:382)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:349)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
	... 2 more
java.lang.NoClassDefFoundError: Test$$Lambda$1
	at Test$$Lambda$1/1418481495.get$Lambda(Unknown Source)
	at Test.main(Test.java:12)

目前而言，最好是直接不 retransform lambda类。

jdk8 和jdk11的不同之处，应该是 jdk11在 retransform lambda类时，直接抛出了异常。而jdk8还是正常处理，然后导致新的字节码出错。

java.lang.instrument.UnmodifiableClassException: null
        at java.instrument/sun.instrument.InstrumentationImpl.retransformClasses0(Native Method)
        at java.instrument/sun.instrument.InstrumentationImpl.retransformClasses(InstrumentationImpl.java:167)
        at com.taobao.arthas.core.util.InstrumentationUtils.retransformClasses(InstrumentationUtils.java:25)
        at com.taobao.arthas.core.command.klass100.JadCommand.processExactMatch(JadCommand.java:166)
        at com.taobao.arthas.core.command.klass100.JadCommand.process(JadCommand.java:147)
        at com.taobao.arthas.core.shell.command.impl.AnnotatedCommandImpl.process(AnnotatedCommandImpl.java:82)
        at com.taobao.arthas.core.shell.command.impl.AnnotatedCommandImpl.access$100(AnnotatedCommandImpl.java:18)
        at com.taobao.arthas.core.shell.command.impl.AnnotatedCommandImpl$ProcessHandler.handle(AnnotatedCommandImpl.java:111)
        at com.taobao.arthas.core.shell.command.impl.AnnotatedCommandImpl$ProcessHandler.handle(AnnotatedCommandImpl.java:108)
        at com.taobao.arthas.core.shell.system.impl.ProcessImpl$CommandProcessTask.run(ProcessImpl.java:385)
        at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
        at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
        at java.base/java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:304)
        at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
        at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
        at java.base/java.lang.Thread.run(Thread.java:834)

原始的 Test.class类里，引用的lambda类是 lambda$0 。

  #66 = Methodref          #1.#67         // Test.lambda$0:(Ljava/util/concurrent/atomic/AtomicInteger;)V
  #67 = NameAndType        #49:#50        // lambda$0:(Ljava/util/concurrent/atomic/AtomicInteger;)V
  #68 = MethodHandle       #6:#66         // invokestatic Test.lambda$0:(Ljava/util/concurrent/atomic/AtomicInteger;)V

调试的栈也是 lambda$0 ：

Thread [Thread-0] (Suspended (breakpoint at line 13 in Test))	
	Test.lambda$0(AtomicInteger) line: 13	
	1620303253.run() line: not available	
	Thread.run() line: 748	

但是抛出异常的栈显示：

java.lang.NoClassDefFoundError: Test$$Lambda$1
	at Test$$Lambda$1/1418481495.get$Lambda(Unknown Source)
	at Test.main(Test.java:12)

可见的确是jdk bug问题。

jline already wrapper stdin, processing up/down/left/right arrow keys, just use consoleReader.getInput() instead of System.in.

ref: https://github.com/alibaba/arthas/pull/616

测试了下，注释掉代码和键盘输入没有关系，是否显示颜色的。

这个地方改用 consoleReader.getInput() 会有问题，好像是 ctrl + c 会直接退出进程。 在git bash/mingw 下面好像不能工作。

最开始的版本是直接用的 consoleReader.getInput() ，这个也是合理的。但当时为了支持 mingw，用了 System.in 。

但现在测试发现 mingw下，ctrl + c 还是会直接退出进程。

另外，在windows下，用 cmd的应该才是多数。所以不考虑 mingw之类的支持了。如果有更多的需求，建议直接用 telent本身来连接。

本地打包之后，运行arthas时跑不起来，但是从官方仓库拉下来就可以正常跑，是我哪里打包的不对吗，也不像是代码的问题

去掉加载 terminfo.src 的代码了，应该没这个问题了。

Generally we only need a few term devices, but more than 2600 are loaded and 11MB of memory is used. Please optimize the loading of term devices to reduce unnecessary memory.

在代码里实际上没用到，没必要加载。

https://github.com/alibaba/termd/issues/42

https://github.com/alibaba/arthas/issues/1186

https://github.com/alibaba/arthas/issues/1245

https://github.com/alibaba/arthas/issues/1186

在代码里实际上没用到，没必要加载。

https://github.com/alibaba/termd/blob/3b7b71f3731a582b23c4082dacd71f9e33b44a5a/pom.xml#L115-L120

bcpkix-jdk15on:1.54 存在CVE-2018-1000613、CVE-2018-1000180、CVE-2017-13098等安全漏洞 推荐升级版本： 1.66

这两个issue应该是类似问题： #747 ， #968 这个redefine的bug也可以参考下： https://zhuanlan.zhihu.com/p/91756092 。 jdk的bug没有太好的办法，只能升到高版本的。

处理lambda类的时候，能够忽略这个lambda类吗，至少不要影响到应用吧

jad命令实际上是触发了一次 retransform ，并没有做其它的修改。 另外，在jdk11上没有这个问题。 还有貌似不是所有有 lambda的都会出现这个问题。 所以也没办法为特定的情况处理。

这两个issue应该是类似问题： https://github.com/alibaba/arthas/issues/747 ， https://github.com/alibaba/arthas/issues/968

这个redefine的bug也可以参考下： https://zhuanlan.zhihu.com/p/91756092 。

jdk的bug没有太好的办法，只能升到高版本的。

@hhzhong 可以测试下这个版本： https://github.com/alibaba/arthas/issues/1526#issuecomment-698320949 ，解压，cd进目录启动。

修复包测试： arthas-bin.zip

背景

记得一次问题排查，通过ognl 获取到 spring aop 代理过的cglib 代理对象的原始对象获取问题，spring的静态static spring context 进行调用获取被代理的目标对象的问题，记得当事是通过内部的一个工具 代理对象中被代理的目标对象 类似这个方法，通过静态的方法进行调用.挺方便的，但是这个方法比较麻烦，不是所有的工程都有这个方法，如何通过工具化让大家都能使用，这里使用 ognl 表达式进行复原整个过程，方便使用。更多使用参考 Idea Plugin,最近会把这个功能集成工具化，方便使用。

获取目标bean的命令

ognl -x 3 '#[email protected]@context,#springContext.getBean("BeanName")' -c 5600a5da

获取被代理的目标对象命令

ognl -x 3 '#[email protected]@context,#proxyBean = #springContext.getBean("BeanName"),@AopTargetUtils@getTarget(#proxyBean)' -c 5600a5da

参考文章

Ongl Lambda表达式

Ongl 官方文档 定义了一个Ongl Lambda表达式, Lambda表达式必须放在方括号内部，#this表示表达式的参数

#fib =:[#this==0 ? 0 : #this==1 ? 1 : #fib(#this-2)+#fib(#this-1)]

#fin(11)  //表示调用这个函数 计算 斐布拉基数列

Spring 获取代理对象中被代理的目标对象

代理对象中被代理的目标对象

import java.lang.reflect.Field;  

import org.springframework.aop.framework.AdvisedSupport;  
import org.springframework.aop.framework.AopProxy;  
import org.springframework.aop.support.AopUtils;  

public class AopTargetUtils {  


    /** 
     * 获取 目标对象 
     * @param proxy 代理对象 
     * @return  
     * @throws Exception 
     */  
    public static Object getTarget(Object proxy) throws Exception {  

        if(!AopUtils.isAopProxy(proxy)) {  
            return proxy; //不是代理对象  
        }  

        if(AopUtils.isJdkDynamicProxy(proxy)) {  
            return getJdkDynamicProxyTargetObject(proxy);  
        } else { //cglib  
            return getCglibProxyTargetObject(proxy);  
        }  

    }  


    private static Object getCglibProxyTargetObject(Object proxy) throws Exception {  
        Field h = proxy.getClass().getDeclaredField("CGLIB$CALLBACK_0");  
        h.setAccessible(true);  
        Object dynamicAdvisedInterceptor = h.get(proxy);  

        Field advised = dynamicAdvisedInterceptor.getClass().getDeclaredField("advised");  
        advised.setAccessible(true);  

        Object target = ((AdvisedSupport)advised.get(dynamicAdvisedInterceptor)).getTargetSource().getTarget();  

        return target;  
    }  

    private static Object getJdkDynamicProxyTargetObject(Object proxy) throws Exception {  
        Field h = proxy.getClass().getSuperclass().getDeclaredField("h");  
        h.setAccessible(true);  
        AopProxy aopProxy = (AopProxy) h.get(proxy);  

        Field advised = aopProxy.getClass().getDeclaredField("advised");  
        advised.setAccessible(true);  

        Object target = ((AdvisedSupport)advised.get(aopProxy)).getTargetSource().getTarget();  

        return target;  
    }  

}

实践获取目标对象

tt -w 执行本身使用ognl 去去处理的,类似的还有watch trace 等等

获取spring cglib的aop原始对象

tt -w '#cglibTarget =:[#hField =#this.getClass().getDeclaredField("CGLIB$CALLBACK_0"),#hField.setAccessible(true),#dynamicAdvisedInterceptor=#hField.get(#this),#fieldAdvised=#dynamicAdvisedInterceptor.getClass().getDeclaredField("advised"),#fieldAdvised.setAccessible(true),1==1? #fieldAdvised.get(#dynamicAdvisedInterceptor).getTargetSource().getTarget():null],#cglibTarget(target)'  -x 1 -i 1001

获取spring aop jdk的原始对象

tt -w '#jdkTarget=:[ #hField=#this.getClass().getSuperclass().getDeclaredField("h"),#hField.setAccessible(true),#aopProxy=#hField.get(#this),#advisedField=#aopProxy.getClass().getDeclaredField("advised"),#advisedField.setAccessible(true),1==1?#advisedField.get(#aopProxy).getTargetSource().getTarget():null],#jdkTarget(target)'  -x 1 -i 1001

当前是否为spring的Aop代理对象

tt -w '#isProxy=:[ @org.springframework.aop.support.AopUtils@isAopProxy(#this)?true:false],#isProxy(target)'  -x 1 -i 1001

当前是否为spring jdk的代理对象

tt -w '#isJdkDynamicProxy =:[@org.springframework.aop.support.AopUtils@isJdkDynamicProxy(#this) ? true :false ],#isJdkDynamicProxy(target)'  -x 1 -i 1001

结合上面的一起,获取spring 代理对象的target

tt -w '#isProxy=:[ @org.springframework.aop.support.AopUtils@isAopProxy(#this)?true:false],#isJdkDynamicProxy =:[@org.springframework.aop.support.AopUtils@isJdkDynamicProxy(#this) ? true :false ],#cglibTarget =:[#hField =#this.getClass().getDeclaredField("CGLIB$CALLBACK_0"),#hField.setAccessible(true),#dynamicAdvisedInterceptor=#hField.get(#this),#fieldAdvised=#dynamicAdvisedInterceptor.getClass().getDeclaredField("advised"),#fieldAdvised.setAccessible(true),1==1? #fieldAdvised.get(#dynamicAdvisedInterceptor).getTargetSource().getTarget():null],#jdkTarget=:[ #hField=#this.getClass().getSuperclass().getDeclaredField("h"),#hField.setAccessible(true),#aopProxy=#hField.get(#this),#advisedField=#aopProxy.getClass().getDeclaredField("advised"),#advisedField.setAccessible(true),1==1?#advisedField.get(#aopProxy).getTargetSource().getTarget():null],#nonProxyResultFunc = :[!#isProxy(#this) ? #this :#isJdkDynamicProxy(#this)? #isJdkDynamicProxy(#this) : #cglibTarget(#this)],#nonProxyTarget=#nonProxyResultFunc(target),#nonProxyTarget'  -x 1 -i 1001

纯JDK 动态代理 获取InvocationHandler

tt -w '#isProxy=:[ #this instanceof java.lang.reflect.Proxy ? @java.lang.reflect.Proxy@getInvocationHandler(#this) : #this],#isProxy(target)'  -x 1 -i 1002

结合上面所有的 如果是spring 代理对象 获取原始的对象，如果是jdk 动态代理获取InvocationHandler 否则返回target本身

tt -w '#isProxy=:[ @org.springframework.aop.support.AopUtils@isAopProxy(#this)?1: #this instanceof java.lang.reflect.Proxy ? 0 :-1],#isJdkDynamicProxy =:[@org.springframework.aop.support.AopUtils@isJdkDynamicProxy(#this) ? true :false ],#cglibTarget =:[#hField =#this.getClass().getDeclaredField("CGLIB$CALLBACK_0"),#hField.setAccessible(true),#dynamicAdvisedInterceptor=#hField.get(#this),#fieldAdvised=#dynamicAdvisedInterceptor.getClass().getDeclaredField("advised"),#fieldAdvised.setAccessible(true),1==1? #fieldAdvised.get(#dynamicAdvisedInterceptor).getTargetSource().getTarget():null],#jdkTarget=:[ #hField=#this.getClass().getSuperclass().getDeclaredField("h"),#hField.setAccessible(true),#aopProxy=#hField.get(#this),#advisedField=#aopProxy.getClass().getDeclaredField("advised"),#advisedField.setAccessible(true),1==1?#advisedField.get(#aopProxy).getTargetSource().getTarget():null],#nonProxyResultFunc = :[#proxyResul=#isProxy(#this),#proxyResul== -1 ?#this :#proxyResul== 0? @java.lang.reflect.Proxy@getInvocationHandler(#this):#isJdkDynamicProxy(#this)? #isJdkDynamicProxy(#this) : #cglibTarget(#this)],#nonProxyTarget=#nonProxyResultFunc(target),#nonProxyTarget'  -x 1 -i 1002

总结

ognl 表达式学习起来很奇妙, sc -d xxxClass 获取所有的当前类相关的类 ，然后通过jad 反编译查看 源码，这样理解一些开源框架非常方便。

原因是 .class 文件里的 java version是两部分组成的，高位是 minor ,通常是0， 低位是 major。 当启动 --enable-preview 时，编译出来的 .class 文件 的 minor version 是 65535 。 之前的代码只是简单的认为 classNode.version 就是 major version，导致出错。

options dump true ，打开dump开关，检查下生成的增强的字节码，发现

public class FFF
  minor version: 0
  major version: 49

再检查下代码，是这个commit引起的： https://github.com/alibaba/arthas/commit/25c5fb7e7b3e3b904e09bf59c66fcc2834e50f02 ，关联issue: https://github.com/alibaba/arthas/issues/1223

另外，加上-noverify参数，仍然会出错。

另外，在一个复杂的应用上，使用jdk 14，启用了 --enable-preview ，在watch时抛出下面的异常：

2020-09-24 15:38:41 [arthas-command-execute] INFO  c.t.arthas.core.advisor.Enhancer -enhance matched classes: [class com.aliyun.apsaradb.perfv4.store.dbdao.LogDbDao$$EnhancerBySpringCGLIB$$16733ee1, class com.aliyun.apsaradb.perfv4.store.dbdao.LogDbDao]
2020-09-24 15:38:41 [arthas-command-execute] ERROR c.t.arthas.core.advisor.Enhancer -Enhancer error, matchingClasses: [class com.aliyun.apsaradb.perfv4.store.dbdao.LogDbDao$$EnhancerBySpringCGLIB$$16733ee1, class com.aliyun.apsaradb.perfv4.store.dbdao.LogDbDao]
java.lang.ClassFormatError: null
        at java.instrument/sun.instrument.InstrumentationImpl.retransformClasses0(Native Method)
        at java.instrument/sun.instrument.InstrumentationImpl.retransformClasses(InstrumentationImpl.java:167)
        at com.taobao.arthas.core.advisor.Enhancer.enhance(Enhancer.java:371)
        at com.taobao.arthas.core.command.monitor200.EnhancerCommand.enhance(EnhancerCommand.java:149)
        at com.taobao.arthas.core.command.monitor200.EnhancerCommand.process(EnhancerCommand.java:96)
        at com.taobao.arthas.core.shell.command.impl.AnnotatedCommandImpl.process(AnnotatedCommandImpl.java:82)
        at com.taobao.arthas.core.shell.command.impl.AnnotatedCommandImpl.access$100(AnnotatedCommandImpl.java:18)
        at com.taobao.arthas.core.shell.command.impl.AnnotatedCommandImpl$ProcessHandler.handle(AnnotatedCommandImpl.java:111)
        at com.taobao.arthas.core.shell.command.impl.AnnotatedCommandImpl$ProcessHandler.handle(AnnotatedCommandImpl.java:108)
        at com.taobao.arthas.core.shell.system.impl.ProcessImpl$CommandProcessTask.run(ProcessImpl.java:385)
        at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
        at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
        at java.base/java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:304)
        at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130)
        at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:630)
        at java.base/java.lang.Thread.run(Thread.java:832)

可以发现有spring aop增强的类： EnhancerBySpringCGLIB ，但和这个类无关。

因为，如果直接 watch 这个spring aop类，结果是正常的。

如果打开 options disable-sub-class true，再次 watch com.aliyun.apsaradb.perfv4.store.dbdao.LogDbDao ，则只会匹配到一个类（没有spring aop类），还是会报错。

本地未能复现，也许和上面的错误类似。

java.lang.UnsupportedOperationException: class redefinition failed: attempted to change the class NestHost, NestMembers, or Record attribute
        at java.instrument/sun.instrument.InstrumentationImpl.retransformClasses0(Native Method)
        at java.instrument/sun.instrument.InstrumentationImpl.retransformClasses(InstrumentationImpl.java:167)
        at com.taobao.arthas.core.advisor.Enhancer.enhance(Enhancer.java:371)
        at com.taobao.arthas.core.command.monitor200.EnhancerCommand.enhance(EnhancerCommand.java:149)
        at com.taobao.arthas.core.command.monitor200.EnhancerCommand.process(EnhancerCommand.java:96)
        at com.taobao.arthas.core.shell.command.impl.AnnotatedCommandImpl.process(AnnotatedCommandImpl.java:82)
        at com.taobao.arthas.core.shell.command.impl.AnnotatedCommandImpl.access$100(AnnotatedCommandImpl.java:18)
        at com.taobao.arthas.core.shell.command.impl.AnnotatedCommandImpl$ProcessHandler.handle(AnnotatedCommandImpl.java:111)
        at com.taobao.arthas.core.shell.command.impl.AnnotatedCommandImpl$ProcessHandler.handle(AnnotatedCommandImpl.java:108)
        at com.taobao.arthas.core.shell.system.impl.ProcessImpl$CommandProcessTask.run(ProcessImpl.java:385)
        at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
        at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
        at java.base/java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:304)
        at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130)
        at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:630)
        at java.base/java.lang.Thread.run(Thread.java:832)

asm已升级为最新版本 9.0，并且使用了最新的API ASM9 。

复现demo：

public class BBB {
    public String test() {
        return "hello";
    }
}

public class FFF {
    public String test() {
        
        Thread t = new Thread(new Runnable() {

            @Override
            public void run() {
                System.err.println("ttt");
            }
            
        });
        t.start();
        return "hello";
    }
}

import java.io.IOException;

public class TTT {
    
    public static void main(String[] args) throws  IOException {
        
        System.err.println(new FFF());
        System.err.println(new BBB());
        System.in.read();
        
    }

}

• 建立上面三个文件
• 使用jdk 14来编译：jdk-14.0.2.jdk/Contents/Home/bin/javac --enable-preview --release 14 ./*.java
• 启动： jdk-14.0.2.jdk/Contents/Home/bin/java --enable-preview TTT
• 启动 arthas attach
• watch BBB test ，这个是正常结果
• watch FFF test ，会抛出上面的异常

master分支上revert掉了

1. 本质上是jdk不同版本的问题，并且也是用户当前java环境变量不一致引起的。只不过当前凑巧是成功的。不应该为一个凑巧的案例吃掉异常
2. 可以尝试连接，但这也不是吃掉异常的理由
3. 这个commit会被回滚

实际结果是：使用不同的jdk去attach提示失败，但实际上是成功的，提示与实际结果不一致，会误导用户

本质上是一个不可知问题。如果jdk16出来，仍然抛出同样的异常，但实际上attach不成功呢？对于不可知问题，应该把现象展示，而不是吃掉异常。

这种硬适配不适合加到arthas的代码里，本质是上jdk不同版本的兼容性问题。

• 使用不同版本的jdk去attach，失败了才是正常
• jdk不能永远保证attach这个动作是兼容的，或者永远输出一样的异常
• jdk也不能保证输出这些异常日志后，attach还是成功的

目前比较混乱，全部整理到 com.taobao.arthas.core.server.ArthasBootstrap.destroy() 里

是否应该打印在用户显示里？暂时先保守打在日志里，用户注意到可以选择升级。

• Improve dashboard/thread cpu usage stats, similar to linux top command
• Support JVM internal threads (gc/JIT compilation, etc.)
• Display cpu delta time (delta_time), improve cpu usage accuracy
• Display all thread results with option '--all'
• Fix thread/dashboard command jdk6 compatible

Cpu usage and delta time calculation:
sampleIntervalTime = newSampleTime - lastSampleTime threadDeltaCpuTime = newThreadCpuTime - lastThreadCpuTime cpuUsage = threadDeltaCpuTime / sampleIntervalTime

fix issues: https://github.com/alibaba/arthas/issues/1514 https://github.com/alibaba/arthas/issues/1513

• Improve arthas stop logic, fix #1513
• Clean resources when http port bind failed

在3.3.4版本之前，arthas自身是可以干净停止掉。比如使用 3.3.3

./as.sh --use-version 3.3.3

再执行 stop命令退出。

多次执行之后，再执行 classloader -l 命令，可以看到多个 Arthas ClassLoader：

[arthas@26595]$ classloader -l
 name                                                         loadedCount  hash      parent
 BootstrapClassLoader                                         2282         null      null
 com.taobao.arthas.agent.ArthasClassloader@2e057810           1234         2e057810  sun.misc.Launcher$ExtClassLoader@135fbaa4
 com.taobao.arthas.agent.ArthasClassloader@1c17942d           1234         1c17942d  sun.misc.Launcher$ExtClassLoader@135fbaa4
 com.taobao.arthas.agent.ArthasClassloader@53ba2af0           1235         53ba2af0  sun.misc.Launcher$ExtClassLoader@135fbaa4
 com.taobao.arthas.agent.ArthasClassloader@5082542d           1201         5082542d  sun.misc.Launcher$ExtClassLoader@135fbaa4
 javax.management.remote.rmi.NoCallStackClassLoader@57280b08  1            57280b08  null
 javax.management.remote.rmi.NoCallStackClassLoader@38df0b4   1            38df0b4   null
 sun.misc.Launcher$AppClassLoader@232204a1                    4            232204a1  sun.misc.Launcher$ExtClassLoader@135fbaa4
 sun.misc.Launcher$ExtClassLoader@135fbaa4                    4            135fbaa4  null
 sun.reflect.misc.MethodUtil@4e685d1f                         1            4e685d1f  sun.misc.Launcher$AppClassLoader@232204a1
Affect(row-cnt:10) cost in 6 ms.

打到jvisualvm ，然后执行 heapdump：

执行完之后，再执行 classloader -l，可以发现只剩下一个Arthas ClassLoader：

[arthas@26595]$ classloader -l
 name                                                         loadedCount  hash      parent
 BootstrapClassLoader                                         2311         null      null
 com.taobao.arthas.agent.ArthasClassloader@5082542d           1208         5082542d  sun.misc.Launcher$ExtClassLoader@135fbaa4
 javax.management.remote.rmi.NoCallStackClassLoader@57280b08  1            57280b08  null
 javax.management.remote.rmi.NoCallStackClassLoader@38df0b4   1            38df0b4   null
 sun.misc.Launcher$AppClassLoader@232204a1                    4            232204a1  sun.misc.Launcher$ExtClassLoader@135fbaa4
 sun.misc.Launcher$ExtClassLoader@135fbaa4                    4            135fbaa4  null
 sun.reflect.misc.MethodUtil@4e685d1f                         1            4e685d1f  sun.misc.Launcher$AppClassLoader@232204a1
Affect(row-cnt:7) cost in 5 ms.

说明之前启动的 arthas都被回收掉了。

但是在 3.3.4 版本之后，Arthas ClassLoder没办法被回收。

最新的代码会出现打印 TIME 不对的问题，第一次dashboard输出结果会出现：

应该是第一次输出结果时， 出现了负数。

同上，应该是 分:秒

这里的说明不对，应该直接是 单位是秒？

原来的代码有调用 shutdownWorkGroup()，新的代码没有

//不能使用main函数相同的锁对象，避免启动失败清理资源时死锁

这行应该删掉

这个异常信息不清楚。 另外，可以用 IllegalStateException

应该在 synchronized 块外面，加一块 if(arthasClassLoader != null) return arthasClassLoader;

直接 synchronized(AgentBootstrap.class) 就可以了。

这里没必要加锁，是否加锁不影响执行结果