在微服务中使用Fegin进行内部调用无法获取用户信息

已于 2024-01-17 10:24:13 修改
阅读量992 收藏 8
点赞数 7
CC 4.0 BY-SA版权
文章标签： 微服务
于 2024-01-17 10:00:45 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/Javalearnibg/article/details/135641428

这种是因为我们在A服务调用B服务时，并不能把当前线程的用户信息带过去，因为SecurityContextHolder.getContext().getAuthentication()取值，是取的自己本地线程的。Feign集成Hystrix默认是关闭Hystrix的，只有在配置文件中设置feign.hystrix.enabled=true才会开启Hystrix。开启Hystrix后feign之间的方法调用就会默认启动新的线程执行，和主程序不在一个线程中，因此如果上下文中存在ThreadLocal变量，在该方法中就失效了。

一、不开启服务降级熔断

可以直接使用SecurityContextHolder.getContext().getAuthentication();获取当前token并传递给下游服务

@Configuration
public class MyOAuthRequestInterceptor implements RequestInterceptor {

	 @Override
    public void apply(RequestTemplate template) {
        Authentication authentication = SecurityContextHolder.getContext().getAuthentication();
            
        if (authentication instanceof JwtAuthenticationToken){
            JwtAuthenticationToken jwtAuthenticationToken = (JwtAuthenticationToken) authentication;
            String tokenValue = jwtAuthenticationToken.getToken().getTokenValue();
            template.header(HttpHeaders.AUTHORIZATION,
				String.format("%s %s", OAuth2AccessToken.To
最低0.47元/天 解锁文章

200万优质内容无限畅学
Feign调用开启Hystrix时无法获取ThreadLocal
勤奋的派大星的博客
09-18 1378
Feign调用开启Hystrix时无法获取ThreadLocal 解决方法 将hystrix的enabled设为false，feign.hystrix.enabled=false 将ThreadLocal换成InheritableThreadLocal，也就是ThreadLocal threadLocal = new InheritableThreadLocal<>(); 事情起因 在微服务项目中使用threadLocal存放了用户信息，在使用feign调用的时候需要将用户参数发送给另一个微
spring cloud微服务中多线程下，子线程通过feign调用其它服务，请求头token等丢失_子线程异步调用微服务token
2401_84166836的博客
04-15 614
新建一个ThreadLocal 工具类，在多线程请求前，获取到需要的属性值或者设置所有的属性值放入工具类MAP种进行存储，在子线程调用服务时通过监听处将需要的值取出，就可以解决了。也就是，当父线程比子线程执行完慢时，请求属性还在，子线程请求成功；当快时，请求属性随着父线程结束而销毁，子线程的请求属性变为null，请求失败。这种经测试后发现，主线程直接启动子线程，且执行完自己逻辑后便结束不需理会子线程结果的，请求偶尔成功， 偶尔失败；或者直接获取token，在需要的地方再进行赋值。
Spring微服务OpenFeign调用时，下游服务无法获取token中的用户信息
m0_66133252的博客
03-26 1115
微服务
feign调用拿不到数据
lanyanhua的博客
01-25 2510
看着是没事问题，代码也是和user service一样但是就是拿不到数据，直接调用又可以 @PostMapping("/getUserById") BaseResponse<User> getUserById(Integer id); 要加 @RequestParam就好了 @PostMapping("/getUserById") BaseResponse<User> getUserById(@RequestParam("id") Integer id); @Reque.
fegin接口调用获取不到用户信息
weixin_44659090的博客
03-03 278
fegin接口调用时会出现用户信息获取到问题，解决方案就是增加拦截器，在fegin接口请求时在head中增加认证信息。// 传递用户信息请求头，防止丢失。// 配置客户端IP。
Springboot项目：解决@Async注解获取不到上下文信息问题
weixin_43860634的博客
01-15 2039
Springboot项目：解决@Async注解获取不到上下文信息问题
微服务之间feign的调用
m0_63222762的博客
07-28 709
（记得在subject启动类加@EnableFeignClients="com.jingdianjichi"才会读取feign相关的注解）auth-controller由于缺失实体类就需要去引入对auth-api层的依赖。2.把UserFeignService里面需要的entity，从auth-controller层抽出来。subejct-infra的pom文件引入对auth-api层的依赖 并在rpc包下建UserRpc。案例目的：拿到auth层的获取用户信息接口。依赖没有做统一的版本管理 后续会讲。
微服务中的Feign远程调用
qq_54429126的博客
06-29 1037
Feign在英文中是“装”的意思，但在微服务中他是远程调用的一种方式，我的理解是：他替代了RestTemplate+Nacos中的URL编码的方式，显得很高大上，所以很装：（声明式事务，只需要在Spring中把需要发请求的信息声明出来，剩下的交给“Feign装”帮你搞定）
深入理解Spring Cloud Feign与Ribbon：优雅的微服务调用解决方案
热门推荐
张彦峰的博客
02-14 167万+
在现代的分布式系统中，微服务架构已经成为了构建大型应用的主流方式。而在微服务架构中，服务间的通信尤为重要，直接影响到系统的稳定性和性能。Spring Cloud作为领先的微服务解决方案，提供了Feign和Ribbon这两个强大的工具，用于简化和优化服务间的调用和负载均衡。本文将探讨Spring Cloud Feign和Ribbon的工作原理及其在实际应用中的最佳实践，帮助开发者更好地理解和利用这些工具来构建可靠的微服务系统。
使用openFeign调用其他微服务
weixin_43490768的博客
03-23 1072
1. 微服务模块引入依赖 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-openfeign</artifactId> </dependency> 使用dependencyManagement全局管理springCloudAlibaba版本，
feign调用获取不到session
czlying的博客
02-26 769
Feign
解决异步feign 调用，在被调用端获取不到header 信息
qq_38403570的博客
09-20 411
线程池替换 @async。
Feign 调用出现异常：feign.FeignException: status 401 reading xxx#xxx(xxx)
谔码者
07-31 8519
我的安全校验逻辑如下非登录请求进入网关后，校验cookie，根据cookie值，从Redis中取出JWT，并存入请求头中。然后再经过网关拦截器，结果网关拦截器会先检查Cookie是否存在很明显，不存在！一开始因为是Feign报的异常，我就开始找Feign请求拦截器等，但是一无所获。因为异常是在Feign中报出来的，且我的网关拦截器是会对拦截下来的请求打印日志的。故，Feign请求会先经过Feign拦截器，将请求头加入到请求中。...
微服务间接口内部调用的设计思路（服务端）
weixin_42422586的博客
11-03 1040
微服务间接口内部调用
springboot2 security成功登陆后无法获取用户信息 getPrincipal为anonymous
qinkaiyuan94的博客
08-26 1万+
我这是一个前后端分离项目所以可能和大多数项目不太相同 我登陆成功之后获取到的 SecurityContextHolder.getContext().getAuthentication().getPrincipal()  是 anonymous 之前我设置的是 .anyRequest().permitAll() 所有请求都不需要权限就可以访问，这样的话所有请求内都无法得到认证信息，所以是a...
java-在spring控制器中访问当前用户,getAuthentication()返回null
weixin_44109689的博客
12-08 1865
我试图实施此question.中提供的解决方案 但是,他们都没有为我工作.在我的抽象基本控制器中,我有以下方法(我也使用静态方法在helper类中尝试过,但存在相同的问题)： public User getUser() { User user = (User) SecurityContextHolder.getContext().getAuthentication(...
Spring Cloud中Feign客户端调用服务时丢失Header参数的解决方案
Thinkingcao的专栏
10-14 6551
前言 在SpringCloud微服务架构的项目中，服务之间的调用是通过Feign客户端实现。默认情况下在使用Feign客户端时，Feign 调用远程服务存在Header请求头参数丢失问题，例如一个订单服务Order和一个商品服务Product，调用关系为： 用户下单调用订单服务，订单库创建一笔订单，同时商品服务扣减库存数量；在订单服务通过Feign调用商品服务中扣减库存的接口时，由于Feign是一个伪HTTP客户端，这时相当于重新生成一个HTTP请求，会出现请求头Header参数丢失问题，那么下面给大家介绍
feign接口调用报错：feign login request token: null
welcomesir的博客
06-28 489
产生原因：调用中涉及到的实体类字段过多。个人学习踩坑记录...
微服务的三种调用方式
weixin_62459304的博客
06-24 1577
注意：RestTemplate需要手动交给spring管理，再启动类中加入，ribbon方式需要开启负载均衡，使用@LoadBalanced注解。log.info("实例路径:{}", serviceInstance);//微服务项目实例地址。//微服务项目实例访问路径。log.info("提供者路径:{}", instances);--注册和发现依赖 服务治理相关依赖-->--引⼊openfeign依赖-->--引⼊服务的注册和发现依赖-->--引入web依赖-->-- 负载均衡 -->
c)远程调用（返回用户名称）（go基于原生的http请求，java基于spring_cloud里面fegin远程调用） 解释
最新发布
03-08
<think>好的，我现在需要解释远程调用的两种实现方式：一种是Go语言基于原生的HTTP请求，另一种是Java基于Spring Cloud Feign。首先，我得确保自己理解这两个概念，然后组织语言让用户能够清楚明白。 首先，关于远程调用的基本概念。远程调用允许不同服务之间通过网络通信进行交互。用户提到的场景是返回用户名称，所以可能涉及客户端向服务端发送请求，服务端处理并返回用户名。 接下来是Go语言的原生HTTP请求实现。我需要回忆一下Go的标准库，比如net/http包。处理HTTP请求通常需要创建客户端，构造请求，发送请求，处理响应。例如，使用http.NewRequest创建GET请求，设置URL和参数，然后使用http.Client的Do方法发送请求，最后读取响应体并解析结果。这部分需要详细说明步骤，可能还要提到JSON解析，比如使用encoding/json包来解码响应数据。 然后是Java的Spring Cloud Feign部分。Feign是一个声明式的HTTP客户端，简化了远程调用的编码。需要提到Spring Cloud的集成，如何通过接口和注解定义服务，比如@FeignClient注解，指定服务名和路径。Feign内部会处理负载均衡（通过Ribbon）和服务发现（通过Eureka），这些可能需要稍微提一下，但重点在于Feign的使用方式。例如，定义一个接口，方法上使用@RequestMapping或@GetMapping注解，参数可能通过@PathVariable或@RequestParam传递。调用时像调用本地方法一样，Feign生成实现类处理HTTP请求和响应解析。 比较两者的差异也很重要。Go的原生实现更底层，需要手动处理更多细节，但灵活；而Feign通过抽象让代码更简洁，依赖Spring Cloud生态，适合微服务架构。性能方面，Go可能更高效，但Feign的便利性在复杂系统中更有优势。 还要注意用户提到的返回用户名称的具体例子，可能需要分别给出两个语言的代码示例片段。比如Go中使用http.Get或构造请求，处理JSON响应；Java中定义Feign客户端接口，自动转换响应为对象。 需要检查是否有理解错误的地方。比如Feign是否必须配合服务发现，或者是否可以有其他配置方式。确保提到的步骤和代码示例正确，特别是注解和包的使用。另外，确认术语准确，比如“声明式”是否正确描述了Feign的特点。 最后，组织回答结构，先介绍远程调用的概念，再分别详细说明两种实现方式，最后对比它们的优缺点，帮助用户理解不同场景下的选择。</think>以下是对两种远程调用实现方式的对比说明： 一、远程调用核心概念 远程调用（RPC）是分布式系统中不同服务间的通信方式，通过封装网络通信细节，让开发者像调用本地方法一样调用远程服务。示例场景：客户端调用服务端接口获取用户名称。 二、Go原生HTTP实现 1. 实现原理 直接使用net/http标准库进行HTTP通信，需手动处理请求/响应序列化 2. 典型代码示例 ```go // 服务端 func getUserName(w http.ResponseWriter, r *http.Request) { userId := r.URL.Query().Get("userId") // 业务逻辑处理... json.NewEncoder(w).Encode(map[string]string{"name": "张三"}) } // 客户端 func remoteGetName(userId string) string { resp, err := http.Get("http://api.example.com/user?userId=" + userId) if err != nil { /* 错误处理 */ } defer resp.Body.Close() var result struct{ Name string } json.NewDecoder(resp.Body).Decode(&result) return result.Name } ``` 3. 特点 - 无额外依赖 - 需要手动处理： - 请求参数拼接 - 响应状态码判断 - 连接池管理 - JSON序列化/反序列化 - 性能调优空间大 三、Java Spring Cloud Feign实现 1. 实现原理 基于声明式接口的HTTP客户端，整合了以下组件： - 服务发现（Eureka/Nacos） - 负载均衡（Ribbon） - 熔断降级（Hystrix） - 自动序列化（Jackson） 2. 典型代码示例 ```java // 服务声明接口 @FeignClient(name = "user-service", path = "/api/user") public interface UserServiceClient { @GetMapping("/name") String getUserName(@RequestParam("userId") String userId); } // 自动生成的实现类处理： // 1. 服务发现 // 2. 负载均衡 // 3. HTTP请求构造 // 4. 响应解析 // 客户端调用 @Autowired private UserServiceClient userService; public String showUserName(String userId) { return userService.getUserName(userId); // 如同本地调用 } ``` 3. 特点 - 声明式编程：接口即契约 - 自动集成Spring Cloud生态 - 内置重试机制和熔断器 - 支持多种编码器（JSON/XML等） - 注解驱动配置 四、核心差异对比 | 特性 | Go原生实现 | Spring Cloud Feign | |--------------------|-------------------------|-------------------------| | 代码复杂度 | 高（需手动处理细节） | 低（声明式接口） | | 学习曲线 | 平缓（标准库即可） | 陡峭（需掌握Spring生态） | | 性能 | 更高（无额外抽象层） | 稍低（存在代理开销） | | 微服务支持 | 需自行集成 | 开箱即用（服务发现/负载均衡） | | 适用场景 | 简单调用/性能敏感场景 | 复杂微服务架构 | | 协议支持 | 支持任意HTTP交互 | 主要面向RESTful规范 | 五、选择建议 - 小型项目/性能优先：推荐Go原生实现 - 大型微服务体系：推荐Feign+Spring Cloud组合 - 混合架构场景：Go服务可通过API网关接入Spring Cloud体系 两种方式本质上都是基于HTTP协议的通信，主要区别在于抽象层级和生态整合程度。实际选型需结合团队技术栈和项目规模综合考虑。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

刘个Java

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值