eureka timeout exception

部门基于spring cloud体系构建微服务架构，在使用的过程中，不同的服务，都报以下的错误，想一探究竟：

[2018-08-04 22:53:22] [ERROR] [DiscoveryClient-0] [com.netflix.discovery.TimedSupervisorTask:run:67] task supervisor timed out
java.util.concurrent.TimeoutException: null
    at java.util.concurrent.FutureTask.get(FutureTask.java:205)
    at com.netflix.discovery.TimedSupervisorTask.run(TimedSupervisorTask.java:63)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
    at java.lang.Thread.run(Thread.java:748)

分析DiscoveryClient源码发现，服务发现在初始化时，会启动两个定时任务，一个是向eureka注册，即心跳的线程，另一个是从eureka获取服务注册列表，即刷新注册列表缓存的线程，上述两个线程都是每30s执行一次，默认超时时间都为30s，所以当30s未执行完该任务是，便会抛出Timeout的异常。发送心跳的任务比较简单，一般不会超时。而获取注册列表的任务，耗时较久，所以是重点怀疑对象。

由于注册中心是所有服务通信的基础，所以部署在多个机房。而当前服务也部署在了两个机房，但当前服务有一个机房和注册中心为不同的机房，所以这个时候通信就比较耗时，往往会发生超时。

解决方案：调整client.refresh.interval的值更大一些。