springcloud的远程调用？

Springcloud怎么实现跨域？

在开发中，我们常用httpClient去远程调用其他系统的接口，一般情况下，需要我们指定调用的url，feign也实现了一套远程调用的方法，并且更为优雅。

1.添加依赖

dependency

groupIdorg.springframework.cloud/groupId

artifactIdspring-cloud-starter-feign/artifactId

/dependency

2.创建FeignClient接口（用于指定远程调用的服务）

// 申明这是一个Feign客户端，并且指明服务id

@FeignClient(value = "com-spring-caclulate")

public interface CacluFeignClient {

// 这里定义了类似于SpringMVC用法的方法，就可以进行RESTful的调用了

@RequestMapping(value = "/caclu/{num}", method = RequestMethod.GET)

public Item caclulate(@PathVariable("num") Integer num);

}

注意：这里就是一个接口。

3.在需要进行远程调用的方法里注入该接口，并调用对应的api接口方法

@Autowired

private CacluFeignClient cacluFeignClient ;

@GetMapping(value = "query/result")

public Integer caclulate() {

cacluFeignClient.caclulate(1);

}

4.在启动类上添加注解 @EnableFeignClients，表示支持Feign

FeignClient接口和spring mvc接口的格式一致，在调用方的方法中，我们只需要调用本系统中定义的接口即可。

分布式基础概念

拒绝大型单体应用，把一个独立的应用程序开发为一套小服务，每个小服务运行在自己独立的进程中，并使用轻量级机制通信，通常http.

集群是个物理形态，分布式是个工作方式

只要是一堆机器，就可以叫集群，和是不是一起干活没关系

分布式是指将不同的业务分布在不同的地方

例如：京东是一个分布式系统，众多业务运行在不同的机器，所有业务构成了一个大型的业务集群。同时，每一个小的业务，访问压力大的时候单个服务器是不够的，我们应该将服务部署到多个服务器，也就是每一个业务系统也可以做集群化

分布式的每一个节点，都可以做集群，而集群不一定是分布式的

节点：集群中的一个服务器

在分布式系统中，各个服务可能处于不同主机，但是服务之间不可避免的需要互相调用，我们称为远程调用

springcloud 使用http+json的方式完成远程调用，轻量跨平台

分布式系统中，A服务需要调用B服务，B服务在多台机器中都存在，A调用任意一个服务器都可完成功能。

为了是每一个服务器不要太忙或太闲，我们可以负载均衡的调用每一个服务器，提升网站的健壮性

常见的负载均衡算法

1.轮询:为第一个请求选择的健康池中的第一个后端服务器，然后按顺序依次选择，直到最后一个，然后循环

2.最小连接：优先选择连接数最小的，也就是压力最小的后端服务器，这个适合长连接采用这种方式会话较长

3.散列算法：根据请求源的ip的散列（hash）来选择要转发的服务器，这种方式可以一定程度上保证特定的用户能连接到相同的服务器。如果应用需要处理状态而要求用户能连接到和之前相同的服务器，可以考虑才有这种方式

A服务调用B，A服务并不知道B服务当前在哪几台服务器有，哪些正常的，哪些服务已经下线，解决这个问题可以引入注册中心

如果某些服务下线，我们其他人可以实时的感知到其他服务的状态，从而避免调用不可用的服务

每一个服务最终都有大量的配置，并且每个服务地可能需要部署在多台机器上，我们经常需要变更配置，我怕们可以让每个服务在配置中心获取自己的配置。

配置中心用来集中管理微服务的配置信息

1.服务熔断：设置服务的超时，当被调用的服务经常失败到达某个阈值，我们可以开启断路保护机制，后来的请求不再去调用这个服务，本地直接返回默认的数据

2.服务降级：在运维期间，当系统处于高峰期，系统资源紧张，我们可以让非核心业务降级运行。降级：某些服务不处理，或者简单处理【抛异，常返回null，调用Mock数据，调用fallback处理逻辑】

在微服务架构中，API GateWay作为整体架构的重要组件，它抽象了微服务中都需要的公共功能，同时提供了客户端负载均衡，服务自动熔断，灰度发布，统一认证，限流控制，日志统计等丰富的功能，解决了很多API管理难题。

关于Spring Cloud Alibaba，看这篇文章就够了！（附教程资料）

首先我们需要了解一下Spring Cloud，然后再来了解Spring Cloud Alibaba；

源自官方描述：

Spring Cloud为开发人员提供了一些工具用来快速构建分布式系统中的一些常见模式和解决一些常见问题（例如配置管理、服务发现、断路器、智能路由、微代理、控制总线、一次性令牌、全局锁、领导选举、分布式会话、群集状态）。分布式系统的协调导致了很多样板式的代码（很多固定套路的代码），使用Spring Cloud开发人员可以快速建立实现这些模式的服务和应用程序。它们在任何分布式环境中都能很好地运行，包括开发人员自己的笔记本电脑、裸机数据中心和云计算等托管平台；

Spring Cloud为分布式系统开发的典型应用场景提供良好的开箱即用的功能:

Spring Cloud Alibaba是Spring Cloud下的一个子项目，Spring Cloud Alibaba为分布式应用程序开发提供了一站式解决方案，它包含开发分布式应用程序所需的所有组件，使您可以轻松地使用Spring Cloud开发应用程序，使用Spring Cloud Alibaba，您只需要添加一些注解和少量配置即可将Spring Cloud应用程序连接到Alibaba的分布式解决方案，并使用Alibaba中间件构建分布式应用程序系统；

Spring Cloud Alibaba 是阿里巴巴开源中间件跟 Spring Cloud 体系的融合:

动力节点的Spring Cloud Alibaba学习教程，将带你深入掌握基于Spring Cloud Alibaba技术栈的微服务开发技术，包括nacos、sentinel、seata、gateway、skywalking等，培养独立进行企业微服务项目架构的能力;

Spring Cloud Alibaba视频教程

Spring Cloud Alibaba资料下载

•001.视频导读

•002.Spring家族产品梳理

•003.What is Spring-Cloud-Alibaba？

•004.Nacos运行环境部署

•005.向Nacos注册中心注册服务

•006.从Nacos发现服务并负载均衡调用

•007.从Nacos发现服务并负载均衡调用

•008.Nacos客户端信息缓存

•009.Nacos客户端信息缓存

•010.Nacos Config配置中心启动读取外部配置

•011.Nacos Config配置中心自动刷新

•012.Nacos Config配置中心yaml配置

•013.Nacos Config配置中心多环境配置

•014.问答交流

•015.内容回顾-配置中心数据模型

•016.配置中心三层结构数据配置隔离

•017.配置中心三层结构数据配置隔离

•018.配置版本回滚-服务注册分组

•019.Nacos管控台用户权限管理

•020.Nacos数据持久化

•021.Nacos数据持久化

•022.Nacos集群环境部署

•023.Nacos集群环境测试

•024.Nacos集群统一入口Nginx

•025.快速回顾

•026.RestTemplate无参数Get调用返回String

•027.RestTemplate无参数Get调用返回User

•028.RestTemplate有参数Get调用返回User

•029.RestTemplate有参数Get调用返回User

•030.RestTemplate有参数Post调用返回User

•031.RestTemplate有参数Post调用返回User

•032.RestTemplate传输User对象参数Post调用返回User

•033.RestTemplate传输JSON参数Post调用返回User

•034.RestTemplate有参数Put调用

•035.RestTemplate有参数Delete调用

•036.RestTemplate方法调用梳理总结

•037.RestTemplate结合Ribbon实现负载均衡

•038.RestTemplate结合Ribbon实现负载均衡

•039.Ribbon负载均衡实现策略

•040.自定义Ribbon负载均衡实现策略

•041.更改Ribbon负载均衡实现策略

•042.Ribbon的核心接口组成

•043.Ribbon负载均衡策略个性化配置

•044.Ribbon结合Nacos实现权重负载均衡策略

•045.Ribbon结合Nacos负载均衡策优先调用同名集群

•046.Ribbon结合Nacos基于版本负载均衡策略

•047.Ribbon结合Nacos基于命名空间负载均衡策略

•048.What is Feign？

•049.Spring Cloud Alibaba基于Feign的远程调用

•050.Spring Cloud Alibaba基于Feign+Ribbon负载均衡远程调用

•051.Spring Cloud Alibaba基于Feign的相关配置

•052.脱离Ribbon的Feign的远程调用

•054.微服务的级联故障服务雪崩

•055.Spring Cloud Alibaba集成Sentinel

•056.Spring Cloud Alibaba基于Sentinel管理后台数据测试

•057.Spring Cloud Alibaba基于Sentinel实现限流

•058.Spring Cloud Alibaba基于Sentinel实现限流自定义返回结果

•059.Spring Cloud Alibaba基于Sentinel实现限流自定义跳转页面

•060.Spring Cloud Alibaba基于Sentinel线程数限流

•061.Spring Cloud Alibaba基于Sentinel资源关联限流

•062.Spring Cloud Alibaba基于Sentinel流控规则和流控效果

•063.问答交流

•064.快速回顾和演示环境预备

•065.Spring Cloud Alibaba Sentinel 服务降级RT

•066.Spring Cloud Alibaba Sentinel 服务降级异常比例和异常数

•067.Spring Cloud Alibaba Sentinel 热点参数规则

•068.Spring Cloud Alibaba Sentinel 热点参数规则小细节

•069.Spring Cloud Alibaba Sentinel 系统保护规则

•070.Spring Cloud Alibaba Sentinel 授权规则

•071.Spring Cloud Alibaba Sentinel Dashboard控制台通信原理

•072.Spring Cloud Alibaba Sentinel 对Controller请求url埋点

•073.Spring Cloud Alibaba Sentinel 手写代码实现埋点

•074.Spring Cloud Alibaba Sentinel 采用注解实现埋点

•075.Spring Cloud Alibaba Sentinel 对RestTemplate流控和熔断

•076.Spring Cloud Alibaba Sentinel 对Feign流控和熔断

•077.问答交流

•078.Sentinel规则持久化-拉模式持久化到本地文件

•079.Sentinel规则持久化-拉模式持久化到本地文件

•080.Sentinel规则持久化-推模式持久化到Nacos

•081.Sentinel规则持久化-推模式持久化到Nacos

•082.Spring Cloud Gateway 网关功能特性

•083.Spring Cloud Gateway 网关搭建

•084.Spring Cloud Gateway 网关服务调用

•085.Spring Cloud Gateway 网关谓词

•086.Spring Cloud Gateway 网关谓词

•087.Spring Cloud Gateway 网关谓词

•088.Spring Cloud Gateway 网关过滤器

•089.Spring Cloud Gateway 问答交流

•090.Spring Cloud Gateway自定义谓词

•091.Spring Cloud Gateway自定义谓词

•092.Spring Cloud Gateway自定义谓词不匹配404页面

•093.Spring Cloud Gateway自定义过滤器

•094.Spring Cloud Gateway全局过滤器

•095.Spring Cloud Gateway自定义全局过滤器

•096.Spring Cloud Gateway集成Ribbon实现负载均衡

•097.Spring Cloud Gateway集成Sentinel限流

•098.Spring Cloud Gateway集成Sentinel限流自定义错误页

•099.Spring Cloud Gateway集成Sentinel规则持久化到文件

•100.Spring Cloud Gateway集成Sentinel规则持久化到Nacos

•101.Spring Cloud Gateway内部执行流程源码分析

•102.Spring Cloud Gateway小结

•103.快速回顾

•104.Spring Cloud Gateway跨域CORS请求

•105.Spring Cloud Gateway跨域CORS请求

•106.What is SkyWalking？

•107.Skywalking运行环境部署

•108.SkyWalking Agent对微服务的链路追踪

•109.SkyWalking Agent对微服务链路追踪

•110.SkyWalking Agent加入IDEA中对微服务链路追踪

•111.SkyWalking 监控告警通知

•112.SkyWalking 监控告警通知

•113.SkyWalking 微服务链路追踪数据持久化MySQL

•114.SkyWalking 问答交流

•115.Skywalking持久化跟踪数据elasticsearch

•116.Skywalking持久化跟踪数据elasticsearch

•117.Skywalking对多个跨服务的链路跟踪

•118.Skywalking对多个跨服务的链路跟踪

•119.Skywalking自定义链路跟踪

•120.Skywalking集成logback输出traceId日志

•121.Skywalking UI界面-仪表盘

•122.Skywalking UI界面-拓扑图-追踪-性能剖析-告警

•123.Skywalking 基于nacos集群

•124.Skywalking 基于nacos集群

•125.Skywalking 基于nacos集群

•126.Skywalking 问答交流

•127.What is Seata？

•128.Seata分布式事务生命周期

•129.Seata TC Server运行环境部署

•130.Seata基于AT事务模式单体应用多数据源分布式事务

•131.Seata基于AT事务模式单体应用多数据源分布式事务

•132.Seata基于AT事务模式单体应用多数据源分布式事务

•133.Seata基于AT事务模式多个微服务分布式事务

•134.Seata基于AT事务模式多个微服务分布式事务

•135.Seata基于AT事务模式多个微服务分布式事务

•136.Seata基于AT事务模式执行机制

•137.Seata AT事务模式

•138.Seata AT事务模式写数据隔离

•139.Seata AT事务模式写数据隔离

•140.Seata AT事务模式读数据隔离

•141.Seata AT事务模式读数据隔离

•142.Seata TC Server集群环境部署

•143.Seata TC Server集群环境部署

•144.Seata TC Server集群环境集成测试

•145.Seata TC Server集群环境集成测试

•146.Seata TCC事务模式的运行机制

•147.Seata TCC事务模式SpringBoot单体应用案例

•148.Seata TCC事务模式SpringBoot单体应用案例

•149.Seata TCC事务模式SpringCloudAlibab微服务应用案例

•150.Seata TCC事务模式SpringCloudAlibab微服务应用案例

•151.What is Spring Cloud Stream

•152.Spring Cloud Stream的核心概念

•153.Spring Cloud Stream集成RocketMQ配置

•154.Spring Cloud Stream集成RocketMQ发送消息

•155.Spring Cloud Stream集成RocketMQ接收消息

•156.Spring Cloud Stream集成RocketMQ监听接收消息

•157.Spring Cloud Stream集成RocketMQ多种发送消息方式

•158.Spring Cloud Stream Starter代码分析

•159.Spring Cloud Stream集成RocketMQ发送事务消息

•160.Spring Cloud Stream集成RocketMQ对象标签消息

•161.Spring Cloud Stream问答交流

dubbo和spring cloud区别是什么？

dubbo和spring cloud区别是：

1、初始定位不同： SpringCloud定位为微服务架构下的一站式解决方案；Dubbo 是 SOA 时代的产物，它的关注点主要在于服务的调用和治理。

2、生态环境不同： SpringCloud依托于Spring平台，具备更加完善的生态体系；而Dubbo一开始只是做RPC远程调用，生态相对匮乏，现在逐渐丰富起来。

3、调用方式： SpringCloud是采用Http协议做远程调用，接口一般是Rest风格，比较灵活；Dubbo是采用Dubbo协议，接口一般是Java的Service接口，格式固定。但调用时采用Netty的NIO方式，性能较好。

4、组件差异比较多，例如SpringCloud注册中心一般用Eureka，而Dubbo用的Zookeeper，SpringCloud生态丰富，功能完善，更像是品牌机，Dubbo则相对灵活，可定制性强，更像是组装机。

5、SpringCloud：Spring公司开源的微服务框架，SpirngCloud 定位为微服务架构下的一站式解决方案。

6、Dubbo：阿里巴巴开源的RPC框架，Dubbo 是 SOA 时代的产物，它的关注点主要在于服务的调用，流量分发、流量监控和熔断。

两者的生态对比：

1、Spring Cloud 的功能很明显比 Dubbo 更加强大，涵盖面更广，而且作为 Spring 的旗舰项目，它也能够与 Spring Framework、Spring Boot、Spring Data、Spring Batch 等其他 Spring 项目完美融合，这些对于微服务而言是至关重要的。

2、使用 Dubbo 构建的微服务架构就像组装电脑，各环节选择自由度很高，但是最终结果很有可能因为一条内存质量不行就点不亮了，总是让人不怎么放心。

3、而 Spring Cloud 就像品牌机，在 Spring Source 的整合下，做了大量的兼容性测试，保证了机器拥有更高的稳定性，但是如果要在使用非原装组件外的东西，就需要对其基础原理有足够的了解。