- Порезанный
- 23 сентября 2026 г. в 10:18 UTC
- Автор
- Kamo
- Обещать
- eb9cc3b
Обе бобы RestTemplate были построены из голой фабрики JdkClientHttpRequestFactory. Совсем без тайм-аута. Один восходящий поток, который принимает соединение, а затем никогда не отвечает - клиновидная капсула, тупик - припаркована нить шлюза на Эта розетка навсегда; достаточно тех, кто истощает конечный пул потоков Tomcat За одной точкой платформы /api/** и снимите все Арендатор, а не просто абонент медленного маршрута. Время ожидания подключения 5s: служба восходящего потока всегда существует в кластере, поэтому Связь, не установленная тогда, означает, что стручка позади него исчезла. Читать тайм-аут - это глобальное значение 120, а не значение на префикс - этот класс имеет No per-route RestTemplate today, the threat (вверх по течению, которое никогда не было) Ответы) одинаковы независимо от префикса, и 120s удобно покрывает префикс. Самые медленные законные вызовы этого шлюза вперед (большие загрузки на /api/docs и /api/media, AI chat, расчетный экспорт. Собственный входящий Traefik РеагированиеTimeouts.readTimeout составляет 3600s, поэтому ничего до этого звонка не было. В любом случае, запрос будет короче 120. RestTemplateTimeoutTest управляет реальным сокетом, который принимает TCP соединение, а затем никогда не записывать ответ, используя короткий тайм-аут в место настоящих 120, так что сам тест не может повесить люкс, и Он утверждает, что клиент сдается сам по себе. Возвращение на голую фабрику делает основной вызов висеть мимо собственной упреждающей охраной JUnit 3s, Что именно является режимом отказа, который это исправляет.