KamoCRM

连接和读取超时的上游呼叫

FixAPIService
已装运
2026年9月23日 10:18 UTC
作者
Kamo
提交
eb9cc3b

两只休眠豆都是用赤裸的JdkClientHttp RequestFactory所建造 完全没有超时 一个接受连接的上游 从不回答 -- -- 一个楔形吊舱,一个僵局 -- -- 将网关线停放在 永远插座; 足够耗尽 有限的Tomcat线池 月台后面的单人/api/** 被掐住并击倒每一个 租户,不只是慢路的呼叫者 连接超时为5s:上游服务总存在于集群内,所以 连接没有用它后面的吊舱来建立。 读取 超时是一个全局的 120 而不是每个前缀的值 - 此类有 威胁(上游从未出现) 无论前缀如何,120s都是一样的。 最慢的合法呼叫此网关向前( 大上传到 /api/docs和/api/media、AI聊天、计费出口)。 崔菲克自己进城 回应Timeouts。读取Timeout是3600s, 所以这个电话之前没有什么 不管怎么说 都会把请求缩短到120分 RestTemplate Timeout Test 驱动一个接受 TCP 的真正套接字 连接,然后从不写回复,使用短超时 真正的120个房间 所以测试本身不能挂套间 声称客户自己放弃。 回到赤裸的工厂 使基础的呼叫 挂过J Unit自己的先发制人3s后卫, 这恰恰就是这种故障模式.

所有更改

就像你看到的运输?

所有东西都是靠自己运入你的工作空间的 从免费计划开始,一个月后再读这页.

永远开始自由查看定价