原文：restTemplate超时时间引发的生产事故
现象： 今天下午公司客户群里突然报警，说订单没有推送服务商，经排查发现是rabbitmq堵住了，查询elk和监控没有发现业务异常或超时日志。 通过rabbitmq后面发现一个队列有异常，队列不ack，未消费数量一直增长，怀疑服务假死，只能保留现场，重启服务，下面是服务重启前后队列截图 分析 为什么服务重启后队列立马消费一空，证明三方服务商的接口没有问题，经过代码查找发现调用三方用的是restTe ...
2020-04-30 22:07 0 1149 推荐指数：
相关推荐
在项目实际开发过程中，遇到一个调用第三方接口，出现慢查询的问题。通过阿里云日志分析，大多数是在可接受时间里返回，但少部分长时间返回的，影响到了下单流程和监控数据， 翻看该第三方sdk，发现其sdk支持设置连接超时和服务器返回超时时间，这让我突然想到restTemplate应该也是可以设置超时时间 ...
不废话直接上代码 这是4秒钟超时 ...
application.properties： 代理配置类： SpringBoot的Configuration： 如果不希望这种全局的超时时间污染正常的SpringCloud中restTemplate的时间设置，可以使用如下方 ...
慢查询的监控和告警 幸运的一点：在出事故之前刚好完成了缓存过期时间的升级且过期时间为一个月 ...
Syntax: client_header_timeout time; Default: client_header_timeout 60s; ...
httpclient: 设置请求的超时时间，连接超时时间等 public static void main(String[] args) throws Exception{ //创建httpclient CloseableHttpClient httpClient ...
使用CURL时，有两个超时时间：一个是连接超时时间，另一个是数据传输的最大允许时间。连接超时时间用--connect-timeout参数来指定，数据传输的最大允许时间用-m参数来指定。 连接超时的话，出错提示形如：curl: (28) connect() timed out ...