并未做任何处理，但两次 toString 结果不一致，为啥？

[JinTianYi456]

@Configuration
@EnableAsync
@Slf4j
public class ExecutorConfig {
    @Bean("taskExecutor")
    public ThreadPoolTaskExecutor asyncServiceExecutor() {
        ThreadPoolTaskExecutor executor = new ThreadPoolTaskExecutor();
        return executor;
    }
}

// test code
        var executor = executorConfig.asyncServiceExecutor();
        System.err.println(System.identityHashCode(executor));
        System.err.println(executor);
        System.err.println(System.identityHashCode(executor));
        System.err.println(executor);

// output
2016053161
org.springframework.cloud.sleuth.instrument.async.LazyTraceThreadPoolTaskExecutor@62730eda
2016053161
org.springframework.cloud.sleuth.instrument.async.LazyTraceThreadPoolTaskExecutor@65d849e0

[lancelee01]

用 Java 试了一下，是同一个对象。
```
ExecutorService pool = new ThreadPoolExecutor(8, 8, 10, TimeUnit.SECONDS, new LinkedBlockingQueue<>());
System.out.println(System.identityHashCode(pool));
System.out.println(pool);
System.out.println(System.identityHashCode(pool));
System.out.println(pool);
```
```

```

[lancelee01]

@lancelee01
1639705018
java.util.concurrent.ThreadPoolExecutor@61bbe9ba[Running, pool size = 0, active threads = 0, queued tasks = 0, completed tasks = 0]
1639705018
java.util.concurrent.ThreadPoolExecutor@61bbe9ba[Running, pool size = 0, active threads = 0, queued tasks = 0, completed tasks = 0]

[JinTianYi456]

@lancelee01 #1 我也觉得是一样的，但你没按照我的环境复现，比如 @Configuration ExecutorConfig ，以及是 LazyTraceThreadPoolTaskExecutor 、、因为我也不知道是哪里影响到了 toString 的结果

[falsemask]

@JinTianYi456 有没有可能和这个异步有关

[JinTianYi456]

@falsemask #4 只保留 @Configuration 也一样

[wolfie]

你这被 sleuth 增强过吧，看看 LazyTraceThreadPoolTaskExecutor#toString 有没有自定义，或者初始化时候有没有使用匿名内部类覆盖。

[JinTianYi456]

@wolfie #6 看过了，没有（它这输出样式就基本断定 Object 里的

[Aruforce]

查下这个类是不是被 spring 加载的。。如果不是。。 @Bean 相关的的 methodInvokeInterceptor 是不生效的

[Aruforce]

@Aruforce 或者你看下 @Configuration proxyBeanMethods 默认行为是不是 true

[JinTianYi456]

@Aruforce #9 System.err.println(executor.getClass().getName());
org.springframework.scheduling.concurrent.ThreadPoolTaskExecutor$$EnhancerBySpringCGLIB$$b9d128b3

[Aruforce]

@JinTianYi456 System.err.println(executor.getClass().getClassLoader().getClass().getName());

[JinTianYi456]

@Aruforce #11 java.net.URLClassLoader

[zmal]

一模一样的代码试了下：

1835794313
org.springframework.cloud.sleuth.instrument.async.LazyTraceThreadPoolTaskExecutor@549ac12c
1835794313
org.springframework.cloud.sleuth.instrument.async.LazyTraceThreadPoolTaskExecutor@549ac12c

[BanGanExpert]

把你自己的 test 生成的 class 字节码反编译或者直接贴出来分析，这个明显属于异常行为了呀，现在只有的代码片段理论上看不可能出现这种行为

[BanGanExpert]

如果反编译分析出来没有问题，就必须自己一行行 debug 去看下 JVM 运行时的行为了

[ArthurTsang]

你的确是有 2 个 ThreadPoolTaskExecutor 对象吧? 一个是 @Bean, 一个是手动调用方法 new 出来的

[JinTianYi456]

@ArthurTsang #16 看 test code ，没有 2 个啊。再说 Configuration#proxyBeanMethods

[lancelee01]

@ArthurTsang 楼主用的的确没有用 Spring 管理的 bean ，而是通过手动调用 asyncServiceExecutor 方法创建的，但是两次打印的还是同一个对象

[lancelee01]

@JinTianYi456 改成 Spring-boot 环境两次还是一样，你是不是看错了啊。
ApplicationContext context = SpringApplication.run(App.class);
var pool = context.getBean(ExecutorConfig.class).asyncServiceExecutor();

[JinTianYi456]

@lancelee01 #18 是 spring 管理的，请看 Configuration#proxyBeanMethods 的说明
2. 即使 `手动调用 asyncServiceExecutor` 我也只调用了一次啊