为什么“spring-cloud-starter-eureka”拉动“spring-cloud-starter-ribbon”？

Question

为什么spring-cloud-starter-eureka将spring-cloud-starter-ribbon作为传递依赖？

我的意思是，尤里卡根本不需要色带 - 但是，相反可能是真的（色带可能需要尤里卡取决于其配置）。

我们确实收集了一些服务，只需要向Eureka注册，但不需要联系其他服务。在游戏中没有Ribbon的直接和传递依赖将有助于减少最终工件的大小。

Answer 1

如果没有，您还需要spring-cloud-starter-ribbon-eureka。我们想要自以为是，所以spring-cloud-starter-eureka包括spring-cloud-starter-ribbon和com.netflix.ribbon:ribbon-eureka。如果你想减小尺寸，一个简单的<exclude>将做到这一点。

Answer 2

为了摆脱丝带和传递依赖的，一会加在其pom.xml如下：

<dependency> 
     <groupId>org.springframework.cloud</groupId> 
     <artifactId>spring-cloud-starter-eureka</artifactId> 
     <exclusions> 
      <exclusion> 
       <groupId>org.springframework.cloud</groupId> 
       <artifactId>spring-cloud-starter-ribbon</artifactId> 
      </exclusion> 
      <exclusion> 
       <groupId>com.netflix.ribbon</groupId> 
       <artifactId>ribbon-eureka</artifactId> 
      </exclusion> 

      <!-- Eureka needs com.netflix.http4.MonitoredConnectionManager 
       so don't exclude this dependency 
      <exclusion> 
       <artifactId>ribbon-httpclient</artifactId> 
       <groupId>com.netflix.ribbon</groupId> 
      </exclusion> 
      --> 
      <exclusion> 
       <groupId>com.netflix.ribbon</groupId> 
       <artifactId>ribbon-core</artifactId> 
      </exclusion> 
      <exclusion> 
       <groupId>com.netflix.ribbon</groupId> 
       <artifactId>ribbon-loadbalancer</artifactId> 
      </exclusion> 
     </exclusions> 
    </dependency> 

最后，这消除关于从最终工件依赖关系的3MB。

这远远不仅仅是排除像spring-cloud-starter-ribbon这样的单一依赖关系，而且它需要更深入的Spring Cloud Netflix库内部知识来发现哪些依赖关系可以被删除。

@spencergibb：我理解你的观点，但如果让用户自己去做“这么简单”，我不明白为什么你在为Consul和其他人提供支持时不能在框架内做到这一点。至少，只有那些知道自己在做什么并会让整个社区受益的人才会这样做。

让功能区退出游戏还可确保功能区组件在构建不需要它们的应用程序时不会被“初始化”。