决战圣地玛丽乔亚重新归来之Day54

代码规范上的问题

尽量不要foreach，改写成for循环

注释风格用/**/  不要用//

对于某一功能的参数处理、断言，尽可能用公共方法去完成。

对于数字，用定义好的枚举来标识含义。

对于封装，简单的封装可以用内部类来做。

 

最近两个月工作很忙，每天到家就不想写博客直接躺平，现在快到七月份，希望可以继续保持对代码纯粹的热爱

走下去。努力两三个月，走向更大的竞技场，丰富自己。之后给自己布置的任务，每天三道算法题，可以在公司和

上下班路上思考，题目每天选好在发到微信上可以随时看，这是最基础的部分，然后就是对专业知识的复习和巩固。

目前最欠缺和最需要的能力就是微服务方面的知识，以及代码的规范优化方面的问题。

 

今天开始看微服务的知识点：

首先是SpringCloud的常用组件：

Eurka：服务注册和发现中心。

Ribbon：负载均衡。

Feign：声明式HTTP客户端

Hystrix：断路器组件。熔断，降级，

Zuul：API网关，处理API请求路由、负载均衡、安全和监控问题。

Config：分布式配置管理组件，帮助程序从远程配置源获取配置信息Github等。

Bus：消息总线组件，消息广播，分布式事件

 

SpringCloud和Dubbo的区别:

Dubbo基于RPC框架，SpringCloud基于SpringBoot和Spring framework构建

SpringCloud是完整的微服务框架，整套逻辑都有对应组件（服务注册发现，负载均衡，熔断器，配置管理等）

Dubbo是一个RPC框架，主要解决分布式服务之间的调用问题，入服务注册与发现，负载均衡，协议转换，服务治理等。

选择上，JAVA语言但是不依赖Spring框架可以用Dubbo，如果是依赖Spring框架，选SpringCloud。

 

详细说一下Zuul的作用？

网关作为通用的入口和出口角色，所有请求都不可避免的通过网关进行转发（负载均衡，动态路由），鉴权限流可以通过ZuulFilter来完成。

 

Ribbon和Nginx的区别是什么？

一个是服务端负载均衡，一个是客户端负载均衡。

服务端负载均衡（Nginx）：客户端--->服务端>>>服务器1/2/3     客服端发到服务端，服务端进行负载均衡转发。

客户端负载均衡（Ribbon）：客户端>>>服务端--->服务器1/2/3    客户端直接选择需要调用的服务发起请求。

Nginx是需要单独部署一个Nginx服务的，这样他才能做好服务端负载均衡，而Ribbon是需要和服务消费端的机器代码中引入，和应用部署在一起，这样他才能实现客户端的负载均衡