异步子线程Feign调用增加请求头

异步子线程Feign调用增加请求头

1.前言

项目开发的时候遇到一种情况,为了减少接口时间,需要使用异步将计算结果部分放入子线程中自行运行,主线程不必一直等待计算结果,同时项目中使用请求头进行数据隔离。

2.问题

因为项目中有拦截器的存在,在接口调用的时候必须要增加请求头,最开始直接在子线程中增加了请求头,本服务的DAO层调用没有问题,但是当进行feign接口调用时,提示请求头不存在。

3.解决方案

方案1

最开始同事提供了一种方案:取出主线程中的Attributes再放入子线程中,代码如下:

RequestAttributes requestAttributes = RequestContextHolder.getRequestAttributes();

在子线程中set进去:

RequestContextHolder.setRequestAttributes(requestAttributes);

这种方案对我并没有生效,依然存在请求头问题,但是同事用这个方案解决了他异步调用的问题,稍后会解释具体原因。

方案2

通过在网上查询feign设置header得知,有以下五种方案:

  • 在@RequestMapping注解里添加headers属性
  • 在方法参数前面添加@RequestHeader注解
  • 在方法或者类上添加@Headers的注解
  • 在方法参数前面添加@HeaderMap注解
  • 实现RequestInterceptor接口

但是由于使用的低代码开发平台,前四种对于我并不适用,所以只能选用第五种方式:实现RequestInterceptor接口。代码如下:

@Component
public class FeignRequestInterceptor implements RequestInterceptor {

    @Override
    public void apply(RequestTemplate template) {
        //判断是否是主线程
        if (ObjectUtil.isNotEmpty(RequestContextHolder.getRequestAttributes())){
            return;
        }
		//将当前线程的请求头注入到request中
        template.header("x-winplus-factory-code", WinRequestUtil.getCurrentFactory());
    }
}

使用该方法需要注意的是:这里是对全局所有的feign接口调用都生效的,由于只需要对子线程进行修改,如果Attributes存在则说明是主线程直接返回不修改主线程的数据。同时进入子线程的第一步需要先注入子线程的请求头,一方面当前服务的DAO执行需要请求头进行数据隔离,另一方面上面代码获取的是当前线程的请求头数据。

方案三

究极偷懒的方案,那就是将feign接口的调用提到主线程中使用,再将获取到的数据入参到子线程中,这样你可以不需要进行任何修改,这也是我当时实在找不到解决方法后所使用的

4.解疑

问题一:为什么有时候注入Attributes可以解决问题

这里其实要分两种情况:异步是否是阻塞性,即:你的主线程是否需要等待子线程的结果。如果你的主线程需要等子线程出结果之后才会继续往下进行,那么你可以使用这种方案,如果主线程不需要等待子线程的结果,那么这种方案就是无效的。

原因

因为你这里使用的是主线程的Attributes,当你的主线程不需要等待子线程的结果的时候,主线程可能会在子线程之前跑完,而主线程跑完之后会清空Attributes,这时你的子线程去获取使用的Attributes就会是一个空值,这时去调用feign接口必然会报无请求头的错误。但是如果你的主线程需要等待子线程的结果出来后才会进行下一步,那么在子线程运行的过程中主线程的Attributes是一直存在的,子线程去使用主线程的Attributes不会出现问题。即如果异步是阻塞性的,可以直接使用注入Attributes解决问题

问题二:为什么子线程中注入了请求头,当时调用feign接口的时候,仍提示没有请求头

原因:

在子线程中即使注入了请求头,但是由于子线程去调用feign接口的时候是没有request的,换种说法:子线程在调用feign的时候重新包装的request是不会将你线程中注入的请求头包装进去的,所以需要你去实现RequestInterceptor接口将特定请求头放进去。而主线程本身含有这些,所以不需要你去添加。

结语

关于这方面其实网上有很多的解决方案,但是很多都讲的不是详细,大多是找到解决方案之后就过,对于失败方案并没有一个解释,让人阅读起来很难受。关于上述我没有讲到的其他几种方案可以参考一下这一篇文章: 点我点我

  • 1
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值