Ribbon的负载均衡

负载均衡策略

当我们发起请求的时候，把断点设置在拦截器那里，然后慢慢放行，就能来到这里，在getserver这个方法，看名字就是获取服务信息的。

层层跟进发现，底层原来还是要通过IRule组件来选择服务实例的，所以这⾥依然需要确认下rule的实现类到底是谁，虽然我们可以很轻松在当前类中找到rule的默认值，如下图所示：

因为springcloud主要还是依赖springboot，而大部分的bean的注入基本都是通过@bean注解在xxxxxConfiguration 实现的，默认为RoundBobinRule，那就去看看有没有注入别的rule组件，对其进行覆盖，结果就在 找到了。

慢慢的往下走，发现rule的类型，确实和想的一样，然后去调用他的choose方法。

查看变量，确实是我们注入的2个serviceA

getPredicate()的方法，看上去像是对server的list集合进行了过滤，因为后面的方法名字是afterFiltering，所以我们直接进去chooseRoundRobinAfterFiltering

发现了轮询的核心方法，注意如果在debug的模式下，负载均衡可能会有问题，我刚刚断点的时候，全是请求同一个服务实例。

下面就测试一下它核心的轮询算法：

/**
 * @author WGR
 * @create 2021/9/27 -- 21:07
 */
public class Test2 {

    static AtomicInteger nextIndex = new AtomicInteger();


    public static void main(String[] args) {
          List<String> list = new ArrayList<>();
          list.add("1");
          list.add("2");
          list.add("3");
          list.add("4");

        Optional<String> of = Optional.of(list.get(incrementAndGetModulo(list.size())));
        System.out.println(of.get());

        Optional<String> of2 = Optional.of(list.get(incrementAndGetModulo(list.size())));
        System.out.println(of2.get());

        Optional<String> of3 = Optional.of(list.get(incrementAndGetModulo(list.size())));
        System.out.println(of3.get());

        Optional<String> of4 = Optional.of(list.get(incrementAndGetModulo(list.size())));
        System.out.println(of4.get());

        Optional<String> of5 = Optional.of(list.get(incrementAndGetModulo(list.size())));
        System.out.println(of5.get());

    }

    private static int incrementAndGetModulo(int modulo) {

        for (;;) {
            int current = nextIndex.get();
            //核心的步骤就是用当前值对服务实例的总数取模，而且当前值是不断+1的。
            int next = (current + 1) % modulo;
            if (nextIndex.compareAndSet(current, next) && current < modulo)
                return current;
        }
    }

}

但是它会有一些问题，如果我其中的一个服务挂了，它可能最多需要4分钟才能感知到，当然这个会在hystrix解决。