1.代码声明式注册
在启动类追加以下代码即可，此优先级更高，但修改必须重启应用，且全局生效
@Bean public IRule getRandomRule() { return new RandomRule(); }
通过查看IRule实现类，可以做其余负载均衡实现方案的更多测试
2.配置文件声明式配置
此配置优点在于不用重启应用，打包发布，但缺点是无法做到全局配置，必须声明规则对应的服务
userservice: # 给某个微服务配置负载均衡规则，这里是userservice服务 ribbon: NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule # 负载均衡规则
3.Ribbon饥饿加载
在上述的测试中不知是否有读者发现：当请求第一次到某个实例时，其响应速度明细要慢一点，这里就是因为Ribbon默认采用饥饿加载，只有访问时才会创建LoadBalanceClient，从而导致第一次时间要长点，日志如下：
- 修改饥饿加载前启动日志
- 修改饥饿加载前访问日志
修改饥饿加载机制，通过在配置文件中追加以下配置即可
ribbon: eager-load: enabled: true # 开启饥饿加载 clients: userservice # 指定饥饿加载服务
- 修改饥饿加载后启动日志
- 修改饥饿加载后访问日志
至此我们的工程如下，有需自行下载导入：📎cloud.zip
总结
上一节就已经实现的负载均衡笔者并未深入探讨，本节通过分析负载均衡算法、Ribbon实现负载均衡的底层原理和实现过程，让大家对负载均衡有了一个大体认识，同时针对Ribbon自定义负载均衡策略，饥饿加载让大家对于Ribbon的了解又多一些。Ribbon实现的负载均衡只是方案之一，我们可以尽量多了解但不要局限于此。
负载均衡作为现如今架构必须考量的一个点，要了解和深入学习的地方还很多，如下一节我们要学习的Nacos是怎么实现的？它为什么反其道而行要在服务端实现？ZK也可作为注册中心它是怎么实现的？网关GateWay也可做负载均衡它又是怎么实现的呢？篇幅问题，更多的答案留给读者朋友们在未来的工作生涯中慢慢思考。
