spring cloud ribbon高并发404

这一步：

org.springframework.http.client.support.InterceptingHttpAccessor#getRequestFactory
===》
org.springframework.http.client.support.HttpAccessor#createRequest

前提：引入了spring-retry这个jar包，会利用自动注入特性，开启重试，未引入的情况下不在本文范围，具体参考：LoadBalancerAutoConfiguration

spring ribbon高并发情况下，会出现404请求。原因是引入spring retry重试机制，在实际调用请求的时候，是通过RetryLoadBalancerInterceptor中intercept方法（走这个是因为项目上，开启了负载均衡，restTempalte上加上了@LoadBalanced，其它情况可能不一样，要看配置的ClientHttpRequestFactory），项目由于多系统交互，会有多个RestTemplate， 却共用一个RetryLoadBalancerInterceptor，高并发的情况下，在setRetryPolicy的时候重试机制会被替换掉，导致下面的serviceInstance获取错误。

重试机制使用的是：InterceptorRetryPolicy

看下RetryContext context是怎么来得

org.springframework.retry.support.RetryTemplate#execute(org.springframework.retry.RetryCallback<T,E>)
==>
org.springframework.retry.support.RetryTemplate#doExecute
==>
org.springframework.retry.support.RetryTemplate#open (在这里初始化了LoadBalancedRetryContext， 但是还没有初始化里面的LoadBalancedRetryContext#serviceInstance）
==>
org.springframework.retry.support.RetryTemplate#canRetry
==>
org.springframework.cloud.client.loadbalancer.InterceptorRetryPolicy#canRetry
在这里如果当前LoadBalancedRetryContext#serviceInstance为空，就会初始化缓存起来）
==>

由上我们可以得知，高并发情况下，如果InterceptorRetryPolicy被替换，并且里面的LoadBalancedRetryContext#serviceInstance不为空，服务就会错误得导向别的Server

解决方案：在spring初始化完成后，手动获取到所有的RestTemplate，然后每个RestTemplate生成自己单独的RetryLoadBalancerInterceptor，这样就避免的并发问题

注：项目上使用RestTemplate的时候，相当于eureka server上每一个服务，有一个独立的restTemplate