Почему в Go нельзя создавать новый http.Client для каждого запроса?

Почему в Go нельзя создавать новый http.Client для каждого запроса?

• http.Client — структура, предназначенная для отправки HTTP-запросов в Go
• через встроенный Transport управляет TCP-подключениями
• Transport повторно использует TCP-соединения благодаря Keep-Alive и уменьшает накладные расходы
• новый клиент означает новый транспортный слой и отдельный пул соединений
• постоянное создание клиентов вызывает утечки tcp-соединений и ухудшает производительность
• один http.Client рекомендуется переиспользовать для множества запросов
• повторное использование повышает эффективность, сокращает задержки и уменьшает сетевую нагрузку

Подробный ответ

Основной ответ

В Go структура http.Client используется для выполнения HTTP-запросов и управления соединениями. Её важная особенность — встроенный connection pooling: клиент сохраняет и повторно применяет TCP-соединения при последующих обращениях к тому же хосту. Это уменьшает латентность и сетевую нагрузку.

Создавать отдельный http.Client для каждого запроса не следует: каждый экземпляр формирует собственный пул соединений, который не сможет эффективно использоваться повторно. В результате TCP-соединения чаще открываются и закрываются, возрастает нагрузка на сервер, а время ответа увеличивается из-за handshake.

Ключевые моменты

• Механизм Connection pooling внутри http.Client автоматически повторно использует keep-alive-соединения, повышая производительность.
• У каждого экземпляра http.Client есть собственный Transport, который отвечает за сетевые детали. Повторное создание клиента означает повторное создание транспорта и поэтому является затратным и неэффективным.
• Проблема касается не только скорости: массовое создание клиентов способно вызвать утечки ресурсов. Не закрытые соединения могут продолжать занимать ресурсы и перегружать систему.

Практический контекст

В прикладных проектах обычно используют глобальный или долгоживущий http.Client — например, синглтон либо зависимость, передаваемую через dependency injection. Это особенно важно при большом количестве запросов к API. Стандартная библиотека Go рекомендует переиспользовать клиент для достижения 99.9% uptime и минимальной задержки (~50-100ms на запрос). При необходимости разных параметров, таких как таймауты или прокси, создают несколько клиентов, но не отдельный экземпляр для каждого запроса.