Spring Cloud Feign如何实现JWT令牌中继，传递认证信息？

最新推荐文章于 2024-06-11 11:46:34 发布

：yyyy11119

最新推荐文章于 2024-06-11 11:46:34 发布

阅读量304

点赞数

文章标签： http 接口 jvm spring restful

本文链接：https://blog.csdn.net/yyyy11119/article/details/120903067

版权

本文介绍了在Spring Cloud微服务中，如何通过Feign实现在服务调用链中传递JWT令牌，确保认证信息的正确传递。文章详细解释了为什么不能直接通过Feign自动中继令牌，并探讨了Resilience4J熔断器对线程的影响。通过利用InheritableThreadLocal，实现了跨线程的令牌中继，保证了微服务的安全性和用户体验。

摘要由CSDN通过智能技术生成

Spring Cloud微服务调用的过程中需要令牌中继。只有令牌中继才能在调用链中保证用户认证信息的传递。今天就来分享一下如何在Feign中实现令牌中继。

令牌中继

令牌中继(Token Relay)是比较正式的说法，说白了就是让Token令牌在服务间传递下去以保证资源服务器能够正确地对调用方进行鉴权。

令牌难道不能在Feign自动中继吗？

如果我们携带Token去访问A服务，A服务肯定能够鉴权，但是A服务又通过Feign调用B服务，这时候A的令牌是无法直接传递给B服务的。

这里来简单说下原因，服务间的调用通过Feign接口来进行。在调用方通常我们编写类似下面的Feign接口：

@FeignClient(name = "foo-service",fallback = FooClient.Fallback.class)
public interface FooClient {
    @GetMapping("/foo/bar")
    Rest<Map<String, String>> bar();

    @Component
    class Fallback implements FooClient {
        @Override
        public Rest<Map<String, String>> bar() {
            return RestBody.fallback();
        }
    }
}

当我们调用Feign接口后，会通过动态代理来生成该接口的代理类供我们调用。如果我们不打开熔断我们可以从Spring Security提供SecurityContext对象中提取到资源