避坑指南（〇）：ribbon超时配置max-connections-per-host、connect-timeout、read-timeout不生效，总是time out

本文链接：https://blog.youkuaiyun.com/liuminglei1987/article/details/103676945

前段产品自测阶段，发现了一个令人头疼的问题，服务启动之后，总是在一段时间之内time out。扒拉了许久代码，发现是网关中ribbon的超时配置不管用，还是默认配置，而本地环境启动访问太多，总是时不时就超时了。于是，决定深入研究一下。

配置如下：

ribbon:  
    httpclient:    
        enabled: true  
    max-connections-per-host: 500  
    max-total-connections: 2000 
    connect-timeout: 60000  
    read-timeout: 60000

发现无论如何都不生效，总是超时。手动黑人问号脸！！！

无奈，翻源码吧。

得益于idea的强大，没多久就找到了DefaultClientConfigImpl，进而找到了IClientConfig、CommonClientConfigKey、RibbonProperties、HttpClientRibbonConfiguration等类。

首先，DefaultClientConfigImpl各种逻辑，就一段最重要：

怎么办？打上个断点，调戏一番。咳咳，错了错了，是调试，调试，粗鲁了。

进入其取值方法，进一步跟踪：

一番调试（*&.~<>，差点又没忍住！！！），果然发现是默认值50，而不是预先配置的500。（二营长，你他娘的意大利炮呢？）
算了，忍一时风平浪静。经过一番探秘，好像发现了一点门道。CommonClientConfigKey中对这些配置项的定义都是UpperCamel，如图所示：

难道不支持自动转换吗？又去cloud源码spring-cloud-starter-netflix-ribbon、spring-cloud-netflix-ribbon中找了一通，发现了一段逻辑：

都是从原生配置类中获取参数值，而原生ribbon获取配置逻辑如下：

至于ConfigurationManager是个什么鬼，看下代码：

不管是啥，反正是获取系统配置。获取完配置以后，再设置到系统变量中。

看到这里，应该就明白了，这货竟然使用的是自己CommonClientConfigKey配置类的原始UpperCamel格式的property name，WTF？改改试试吧：

ribbon:  
    httpclient:      
        enabled: true  
    MaxConnectionsPerHost: 500  
    MaxTotalConnections: 2000  
    ConnectTimeout: 60000  
    ReadTimeout: 60000

再次调试（这次忍住了，哈哈哈哈！）

大功告成！！！另外，稍微解释一下ribbon的配置格式，借用ribbon原生默认配置类DefaultClientConfigImpl的注释，说的很明白：

-------------------------------------------------------------------------------------- END ---------------------------------------------------------------------------------

本文系【银河架构师】原创，如需转载请在文章明显处注明作者及出处。

微信搜索【银河架构师】，发现更多精彩内容。