HTTP VS RPC
Dubbo与SpringCloud可以说是这两种通信的代表，Dubbo是一个RPC框架，基于Dubbo开发的应用还是要依赖周边的平台生态。相比于其他RPC框架，Dubbo在服务治理上更加完善。SpringCloud的目标是微服务下的一站式解决方案。
SpringCloud中服务间两种调用方式
1.RestTemplate
1.1三种调用方式
@RequestMapping
public class TestController {
@Autowired
private LoadBalancerClient loadBalancerClient;
@Autowired
private RestTemplate restTemplate;
@GetMapping("getProductMsg")
public String getProductMsg(){
//第一种方式（直接使用restTemplate,url写死）
RestTemplate restTemplate = new RestTemplate();
String response = restTemplate.getForObject("http://localhost:8080/msg",String.class);
//第二种方式（利用loadBalancerClient通过应用名获取url,然后再使用restTemplate）
RestTemplate restTemplate1 = new RestTemplate();
ServiceInstance serviceInstance = loadBalancerClient.choose("PRODUCT");
String url = String.format("http://%s:%s",serviceInstance.getHost(),serviceInstance.getPort());
String response = restTemplate.getForObject(url,String.class);
//第三种方式
String response = restTemplate.getForObject("http://PRODUCT/msg",String.class);
}
}
//第三种方式需要写这个配置类
@Component
public class RestTemplateConfig {
@Bean
@LoadBalanced
public RestTemplate restTemplate(){
return new RestTemplate();
}
}
2.Feign
在谈Feign之前，我们先说一说Ribbon，因为Feign其实也是在Ribbon的基础上实现的。
2.1.Ribbon实现软负载均衡的核心：
2.1.1服务发现：发现服务依赖的列表，依据服务的名字把该服务所有的实例找到
2.1.2服务选择规则：依据规则策略从多个服务中找到有效的服务
2.1.3服务监听：检测失效的服务做到高效剔除
2.2.Ribbon的主要组件：
2.2.1ServerList(获取所有的可用服务列表）
2.2.2ServerListFilter（过滤掉部分地址）
2.2.2IRule（选择一个实例作为最终使用结果）
2.3追踪源码自定义负载均衡策略：
Ribbon默认使用了轮询的方式去选择一个可用的服务，如果说想改变负载均衡策略该怎么办呢？通过下面的链接可以到官网看看如何修改配置文件：
https://cloud.spring.io/spring-cloud-static/Greenwich.RELEASE/multi/multi_spring-cloud-ribbon.html#_customizing_the_ribbon_client_by_setting_properties
大体思路就是在application.yaml文件中配置：
users: （服务名）
ribbon:
NIWSServerListClassName: com.netflix.loadbalancer.ConfigurationBasedServerList
NFLoadBalancerRuleClassName: com.netflix.loadbalancer.WeightedResponseTimeRule （策略）
2.4Feign是什么:
2.4.1声明式REST客户端（伪RPC）
2.4.2采用了基于接口的注解
2.5Feign的使用
2.5.1pom.xml需要引入spring-cloud-starter-feign依赖
2.5.2Application类上面添加注解 @EnableFeignClients
2.5.3在定义一个接口，这个接口上面使用@FeignClient这个注解
3.常规使用
3.1一般来说我们会让暴露服务的一方提供客户端，而不是让调用服务的一方写各种接口去调用。比如有两个微服务商品服务和订单服务，如果订单服务要调用商品服务提供的接口，则应该让在商品服务端写FeignClient注解的接口供订单服务调用，而不是让订单服务在自己的工程里面写调用接口。具体的代码如下：
在这里我们的商品服务分为3个模块，一个server模块，是真正执行逻辑的地方，一个client模块用于让外部服务引用并调用server服务，common模块抽象了一些公共的输入输出参数，并被client和server引用。
重点看一下ProductClient里面的代码
@FeignClient(name = "product", fallback = ProductClient.ProductClientFallback.class)
public interface ProductClient {
@PostMapping("/product/listForOrder")
List<ProductInfoOutput> listForOrder(@RequestBody List<String> productIdList);
@PostMapping("/product/decreaseStock")
void decreaseStock(@RequestBody List<DecreaseStockInput> decreaseStockInputList);
@Component
static class ProductClientFallback implements ProductClient {
@Override
public List<ProductInfoOutput> listForOrder(List<String> productIdList) {
return null;
}
@Override
public void decreaseStock(List<DecreaseStockInput> decreaseStockInputList) {
}
}
}
3.2订单服务
3.2.1pom.xml中引入了product-client提供的jar包
<dependency>
<groupId>com.imooc</groupId>
<artifactId>product-client</artifactId>
</dependency>
3.2.2使用
在controller中直接调用productClient提供的方法
List<ProductInfoOutput> productInfoList = productClient.listForOrder(productIdList);
