我们这里是把feign接口写在服务提供者这边
优点是复用性好
/*
* 关于feign接口，是写在服务提供者一端还是，服务消费者一端？
* feign接口可以写在服务提供者一端，也可以写在服务消费者一端，
* 因为启动类的指定了feign接口所在的位置，但是建议写在服务提供者一端，
* 这样feign接口就可以复用，避免重复编写代码。
* 可以写在独立的服务提供者的api服务提供者模块，同样可以代码复用。
*/日志配置：
超时配置：
首先不配置超时，模拟超时
连接超时和读取超时：
连接超时：ConnectTomeout
时间不易过长：让用户配置建连阶段的最长等待时间，一般来说，TCP三次握手建立连接需要的时间非常短，通常在毫秒级最多至秒级，因此，设置(1~9秒)即可。如果是纯内内网用的话，这个参数可以更短，在下游服务离线无法连接的时候，可以快速失败。
排查服务端/Nginx：通常情况下，客户端负载均衡来连服务端，会直接建立连接，此时出现连接超时大概率是服务端的问题；而如果服务端通过类似Nginx反向代理来负载均衡，客户端连接的其实是Nginx，而不是服务端，此时连接超时排查Nginx。
读取超时：ReadTimeout
等待远端返回数据的时间，包括远端程序处理的时间；解决需要考虑下游服务的服务标准和自己的服务标准，设置合适的读取超时时间。
重试：因为HTTP协议中GET请求表示数据查询操作，无状态，并且考虑到常见的网络丢包现象，HTTP客户端或代理服务器会自动重试GET/HEAD请求。
注意：
读取超时时，只要服务端收到请求，网络层面的超时和断开不会影响服务端的执行。因此，出现读取超时不能随意假设服务端的处理情况，需要根据业务状态考虑如何进行后续处理。
读取超时是数据传输的最长耗时+服务端处理业务逻辑的时间。
读取超时设置根据实际情况，对于定时任务和异步任务，超时配置长些问题不大。微服务中短平快的同步接口调用，并发较大，应设置一个较短的读取超时时间，防止被下游服务拖慢，通常不会设置超过30秒。过长会让下游抖动影响到自己，过短可能影响成功率。https://www.cnblogs.com/cgy-home/p/15649193.html
由于connectTimeout是网络连接，不方便进行测试。所以这里只测试readTimeout请求处理超时。
由于readTimeout是请求处理并返回响应超时，也就是发生在服务提供方（服务消费方去调用服务
提供方的接口，服务提供方响应的接口处理该请求并做出响应的限制时间）。
OpenFeign的超时配置_openfeign超时配置_TheFeasterfromAfar的博客-CSDN博客
源码：
openFeign其实是有默认的超时时间的，默认分别是连接超时时间10秒、读超时时间60秒，源码在
feign.Request.Options#Options()这个方法中
如何设置OpenFeign请求超时_openfeign超时时间设置_爱琴孩的博客-CSDN博客
聊聊openfeign的超时和重试_openfeign 重试次数配置_君哥聊技术的博客-CSDN博客
https://www.cnblogs.com/qbbit/p/16342759.html
OpenFeign 实战：OpenFeign 组件有哪些高级玩法？_切面打印feignclient出入参_-停泊的博客-CSDN博客
feign首次调用时初始化操作导致的超时解决方案_feign第一次调用超时_一定不晚睡啊的博客-CSDN博客
测试：
如果不配置超时时间，默认是60s，超过60s报错，我这里测试的设置的是70s
等了70s，出现报错信息：
用浏览器测试：
正式进行超时配置：
消费端member微服务增加超时配置
feign:
client:
config:
default: #默认配置
readTimeout: 2000 #读取超时时间
connectTimeout: 2000 #连接超时时间mspostman测试：
2秒就出现了报错信息，说明配置成功：
