学习目标：

1.结合divde插件，发起http请求soul网关，体验http代理
2.接入 Dubbo 应用

学习内容：

1.运行examples下面的 http服务
2.学习文档，结合divde插件，发起http请求soul网关，体验http代理
3.记录心得，写博客分享，发朋友圈啥的

学习时间：

2020年1月16号，早5点半-8点

学习产出：

1.启动soul-admin，soul-bootstrap，sole-examples-http
访问sole-examples-http 的请求，http://localhost:8188/order/findById?id=333 ， 查看结果：
{
“id”: “333”,
“name”: “hello world findById”
}
Sole-examples-http 项目启动成功，请求可以正常访问
2. 负载均衡配置
重启一个http服务，修改idea配置

手动配置：http://localhost:8188 http://localhost:8189

2.Dubbo基础学习

角色解析与职责

 1. Registry 注册中心，用于服务的注册与发现
 		注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。
 2. Provider 服务提供者，通过向 Registry 注册服务。
 		服务提供者在启动时，向注册中心注册自己提供的服务。
 3. Consumer 服务消费者，通过从 Registry 发现服务。后续直接调用 Provider ，无需经过 Registry 。
 		服务消费者在启动时，向注册中心订阅自己所需的服务。
 		服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。
 4. Monitor 监控中心，统计服务的调用次数和调用时间。
		服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。
 6. Container 服务运行容器。
 		服务容器负责启动，加载，运行服务提供者。

3. Dubbo 泛化调用
   什么是dubbo泛化调用？
   泛化调用就是服务消费者端因为某种原因并没有该服务接口，服务消费者不需要有任何接口的实现，就能完成服务的调用。
   为什么要使用dubbo泛化调用？
   一般使用dubbo，provider端需要暴露出接口和方法，consumer端要十分明确服务使用的接口定义和方法定义，两端才能正常通信调用。
   而dubbo提供了泛化调用，也就是在consumer只知道一个接口全限定名以及入参和返参的情况下，就可以调用provider端的调用，而不需要传统的接口定义这些繁杂的结构。

4. zk安装 – 明天继续～～

5. 心得