springclou中Sleuth异步中trace传递

在工作中同步转异步处理的场景非常多,例如日志记录,图片异步上传等。sleuth中trace链路+ELK收集,可以让我们很直观看到整个完整的链路,我们知道sleuth中在同一线程的链路的传递是通过ThreadLocal来做到的,而http或rpc调用这种方式的链路一般通过添加header头来进行传递的(这个需要我们去自己实现对http请求的拦截处理-当然我们不需要重复造轮子,spring已经帮我们把这些都实现了,我们只需要进行调用正常调用即可),那么如果我们创建一个线程pool,并异步执行数据,那么原线程中的trace信息能否传递到新的线程之中。

我们创建一个线程ThreadPoolTaskExecutor来进行测试(在一个有spring cloud sleuth的环境中测试)。

@Bean
    public ThreadPoolExecutor threadPoolExecutor(){

        ThreadPoolExecutor threadPoolExecutor = new ThreadPoolExecutor(10, 10,
                0L, TimeUnit.MILLISECONDS,
                new LinkedBlockingQueue<Runnable>());

        return threadPoolExecutor;

    }
 @GetMapping(value = "test")
    public JsonResult<Boolean> test(){

        log.info("进入代码哈哈哈哈哈!!!!");
        
        threadPoolExecutor.execute(()->{
            log.info("这是threadPoolExecutor异步执行的哈哈哈哈哈哈");
        });

        return JsonResult.success();
    }

最终的结果我们发现:

 trace在两个线程中进行传递了。为何出现这个情况的,我们在被执行的代码中可以debug下发现:

发现在执行的方法栈中多出了TraceRunnable类,但是我们在使用时候并没有创建该类,联想下最终的结果,我们先做出一个猜测,s

  • 2
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值