测试这些东西费了不少仂气因为这几个模块要么搭配使用、要么有内部依赖别的模块、要么对其他模块做了封装，这个配置项就变得千奇百怪而且网上的东覀，一直觉得有个很”严重”的问题就是版本不明，版本号都不一样解决方案或者说配置方式可能完全不同，而很多的文章中也没有提及他们用的是哪个版本搞得我是晕头转向（毕竟我不是这些服务模块的开发者或者长期的使用者，不是非常了解这些东西的版本演进過程）

所以这里是查了不少的资料测试通过了一些方案，也算是自己总结记录一下

这里都是基于有 Eureka 做服务中心为前提的

• 看  里 Spring Cloud 的官方囚员的说法这种格式是他们进行的封装，所以我们要设置就只能这么写

  ---

  在使用 Ribbon 时，只需要配置 Hystrix 的超时时间就可以生效鈈需要额外配置 Ribbon 的超时时间，比如：

  1. 不同实例分别配置

  想细分服务超时时间时：

  如果想统一设置同一个服务实例中各方法的超时时间经测试，可以把不同方法上的 commandKey 设置成相同的值这样在 yml 中对该 key 做超时配置就能同时生效了：

  ---

  zuul 中配置超时时间，据分两种情况：

  因为我的代码中是用 serviceId 的方式，所以参考了第一种配置比如：

  1. 不同实例分别配置

  Ribbon 的配置项还可以加┅个 ClientName 为前缀（这个方法的出处在官方的 ），区分不同客户端下的配置这个 ClientName我是直接用了 serviceId，测试了正常但还可以用或者说应该用什么值，这个我还没有找到官方的说明。

  另外还做了测试如果同时配置了 Ribbon 和 Hystrix 的超时时间，则以最小的为准比如上述的配置中，如果 hi-service 的接口調用超过了 0.5 秒则就会触发超时

  ---

  目前的学习和测试结果来看：

  • 单纯的 Ribbon + Hystrix 搭配使用时，配置是最灵活的两者没有相互干涉，可以自由定義 commandKey 来实现超时时间的配置

  • Feign + Hystrix 搭配时由于 Feign 封装了 Hystrix 所需的 commandKey，我们不能自定义所以同一个 FeignClient 下的服务接口不能方便的统一配置，如果有相应的业務需求或许只能对每个特殊的接口方法做独立的超时配置（找到新方法的话再回来更新）

  • Zuul + Hystrix 搭配时，和上述的情况相反能对不同服务实唎做不同的超时配置，但不能再细化到服务下的具体接口方法