SpringCloud-使用Feign组件调用其他微服务的接口

SpringCloud-用nacos做服务注册与调用-CSDN博客

在上面这篇文章中,我们实现的微服务的注册和用RestTemplate调用其他服务的接口,这章我们将用更加方便的方式Feign来调用其他服务的接口。

先说这两种调用方式的区别:

Feign和RestTemplate都是Spring提供的用于在微服务架构中进行HTTP通信的工具,但它们之间有一些区别:

1. **使用方式**:
   - **RestTemplate**: RestTemplate是一个传统的RESTful客户端,需要手动创建实例并进行配置,然后使用它来发送HTTP请求。
   
   - **Feign**: Feign是一个声明式的RESTful客户端,通过定义接口和注解来描述服务间的调用,底层的HTTP通信由Feign自动处理,无需手动创建实例或配置。

2. **服务调用**:
   - **RestTemplate**: 在使用RestTemplate时,需要手动指定服务的URL,并且需要自己处理负载均衡、服务发现等问题。
   
   - **Feign**: Feign内置了服务发现和负载均衡的功能,可以通过接口定义直接调用其他服务的方法,Feign会帮助你解决服务发现、负载均衡等问题。

3. **维护性**:
   - **RestTemplate**: 使用RestTemplate时,需要手动处理HTTP请求的细节,如编码、解码、异常处理等,维护起来相对复杂。
   
   - **Feign**: 使用Feign时,只需要定义接口并使用注解描述调用关系,Feign会自动处理HTTP通信的细节,代码更加简洁、易读、易维护。

4. **可扩展性**:
   - **RestTemplate**: RestTemplate相对灵活,可以通过配置实现一些自定义的功能,但需要开发者自己扩展。
   
   - **Feign**: Feign默认集成了Ribbon和Hystrix等组件,提供了负载均衡、熔断等功能,同时也支持自定义拦截器和编解码器等扩展点,可灵活扩展和定制。

总的来说,Feign相对于RestTemplate来说更加简洁、易用,特别适合在微服务架构中进行声明式的服务调用。如果你对服务间调用的方式更倾向于声明式并希望减少手动配置的工作量,那么推荐使用Feign;如果你需要更多的灵活性和定制化,可以选择使用RestTemplate。

下面在来介绍Feign的调用方式:

1.添加Feign的依赖到 ​pom.xml​文件中:
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-openfeign</artifactId>
</dependency>


2.创建一个Feign客户端接口,并使用 ​@FeignClient​注解指定服务名和服务路径:
import org.springframework.cloud.openfeign.FeignClient;
import org.springframework.web.bind.annotation.GetMapping;

@FeignClient(name = "demo-service", path = "/api")
public interface DemoFeignClient {
    
    @GetMapping("/hello")
    String sayHello();
}


3.在应用程序的主类中加上 ​@EnableFeignClients​注解启用Feign客户端功能:
import org.springframework.cloud.openfeign.EnableFeignClients;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;

@SpringBootApplication
@EnableFeignClients
public class ConsumerServiceApplication {

    public static void main(String[] args) {
        SpringApplication.run(ConsumerServiceApplication.class, args);
    }
}

4.在需要调用服务的地方注入Feign客户端并进行调用:
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;
import org.springframework.beans.factory.annotation.Autowired;

@RestController
public class ConsumerController {

    @Autowired
    private DemoFeignClient demoFeignClient;

    @GetMapping("/call-demo-service")
    public String callDemoService() {
        return demoFeignClient.sayHello();
    }
}

通过以上步骤,你就可以使用Feign客户端来声明式地调用"demo-service"服务的REST接口。Feign会自动处理服务发现、负载均衡等问题,让你的代码更加简洁、易读。

记得在启动"consumer-service"服务前确认"demo-service"服务已经注册到Nacos Server。现在,你可以尝试启动这两个服务并测试Feign客户端调用的效果。

  • 6
    点赞
  • 11
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
lamp-cloud的前身是zuihou-admin-cloud,从3.0.0版本开始,改名为lamp-cloud,它是lamp项目的其中一员。   lamp-cloud是一个基于SpringCloud(Hoxton.SR10) + SpringBoot(2.3.10.RELEASE)的SaaS微服务脚手架,具有统一授权、认证后台管理系统,其中包含具备用户管理、资源权限管理、网关API、分布式事务、大文件断点分片续传等多个模块,支持多业务系统并行开发,可以作为后端服务的开发脚手架。代码简洁,架构清晰,适合学习和直接项目中使用。核心技术采用Nacos、Fegin、Ribbon、Zuul、Hystrix、JWT Token、Mybatis、SpringBoot、Redis、RibbitMQ等主要框架和中间件。 lamp-cloud功能: 1、服务注册&发现与调用: 基于Nacos来实现的服务注册与发现,使用使用Feign来实现服务互调, 可以做到使用HTTP请求远程调用时能与调用本地方法一样的编码体验,开发者完全感知不到这是远程方法,更感知不到这是个HTTP请求。 2、服务鉴权: 通过JWT的方式来加强服务之间调度的权限验证,保证内部服务的安全性。 3、负载均衡: 将服务保留的rest进行代理和网关控制,除了平常经常使用的node.js、nginx外,Spring Cloud系列的zuul和ribbon,可以帮我们进行正常的网关管控和负载均衡。其中扩展和借鉴国外项目的扩展基于JWT的Zuul限流插件,方面进行限流。 4、熔断机制: 因为采取了服务的分布,为了避免服务之间的调用“雪崩”,采用了Hystrix的作为熔断器,避免了服务之间的“雪崩”。 5、监控: 利用Spring Boot Admin 来监控各个独立Service的运行状态;利用turbine来实时查看接口的运行状态和调用频率;通过Zipkin来查看各个服务之间的调用链等。 6、链路调用监控: 利用Zipkin实现微服务的全链路性能监控, 从整体维度到局部维度展示各项指标,将跨应用的所有调用链性能信息集中展现,可方便度量整体和局部性能,并且方便找到故障产生的源头,生产上可极大缩短故障排除时间。有了它,我们能做到: 请求链路追踪,故障快速定位:可以通过调用链结合业务日志快速定位错误信息。 可视化:各个阶段耗时,进行性能分析。 依赖优化:各个调用环节的可用性、梳理服务依赖关系以及优化。 数据分析,优化链路:可以得到用户的行为路径,汇总分析应用在很多业务场景。 7、数据权限 利用基于Mybatis的DataScopeInterceptor拦截器实现了简单的数据权限 8、SaaS(多租户)的无感解决方案 使用Mybatis拦截器实现对所有SQL的拦截,修改默认的Schema,从而实现多租户数据隔离的目的。 并且支持可插拔。 9、二级缓存 采用J2Cache操作缓存,第一级缓存使用内存(Caffeine),第二级缓存使用 Redis。 由于大量的缓存读取会导致 L2 的网络成为整个系统的瓶颈,因此 L1 的目标是降低对 L2 的读取次数。 该缓存框架主要用于集群环境中。单机也可使用,用于避免应用重启导致的缓存冷启动后对后端业务的冲击。 10、优雅的Bean转换 采用Dozer组件来对 DTO、DO、PO等对象的优化转换 11、前后端统一表单验证 严谨的表单验证通常需要 前端+后端同时验证, 但传统的项目,均只能前后端各做一次检验, 后期规则变更,又得前后端同时修改。 故在hibernate-validator的基础上封装了zuihou-validator-starter起步依赖,提供一个通用接口,可以获取需要校验表单的规则,然后前端使用后端返回的规则, 以后若规则改变,只需要后端修改即可。 12、防跨站脚本攻击(XSS) 通过过滤器对所有请求中的 表单参数 进行过滤 通过Json反序列化器实现对所有 application/json 类型的参数 进行过滤 13、当前登录用户信息注入器 通过注解实现用户身份注入 14、在线API 由于原生swagger-ui某些功能支持不够友好,故采用了国内开源的swagger-bootstrap-ui,并制作了stater,方便springboot用户使用。 15、代码生成器 基于Mybatis-plus-generator自定义了一套代码生成器, 通过配置数据库字段的注释,自动生成枚举类、数据字典注解、SaveDTO、UpdateDTO、表单验证规则注解、Swagger注解等。 16、定时任务调度器: 基于xxl-jobs进行了功能增强。(如:指定时间发送任务、执行器和调度器合并项目、多数据源) 17、大文件/断点/分片续传 前端采用w

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值