http.DefaultTransport 容易导致连接耗尽的原因，主要与它的连接复用和池管理机制有关。具体来说，http.DefaultTransport 使用的是 http.Transport，而 http.Transport 在默认情况下有一些特定的行为，可能会在高并发请求时导致连接数达到上限，从而造成连接耗尽。以下是一些关键原因：
http.Transport 默认会为每个主机（host）保持一个连接池，用于复用连接，避免每次请求都重新建立连接。然而，默认的连接池并没有很强的智能管理。尤其在大量并发请求时，http.Transport 可能会维持大量的空闲连接，而这些连接并未被及时关闭或复用，导致连接数不断积累。
Life is like a journey
http.Transport 的连接池设置是固定的，不会随着并发量的增加自动扩展。http.Transport 有 MaxIdleConns 和 MaxIdleConnsPerHost 两个配置，分别控制全局最大空闲连接数和每个主机最大空闲连接数。如果这些值没有合理配置，尤其是在高并发场景下，连接池中的连接数可能会用尽，造成新的请求无法复用连接，最终导致“连接耗尽”。
MaxIdleConns：默认值为 2，表示全局最大空闲连接数。这个值如果太小，可能会导致连接复用不充分，增加新连接的创建频率。MaxIdleConnsPerHost：默认值为 2，表示每个主机的最大空闲连接数。如果这个值较小，而并发请求很多，可能导致连接池不够用，无法重用连接。当有大量并发请求同时发起时，http.DefaultTransport 可能会因为连接池资源有限，导致等待中的请求无法及时复用现有的连接，造成连接资源的竞争。而且，如果请求有较长的超时或者存在重试机制，这也可能导致连接池中大量连接长期处于占用状态，无法释放回连接池。
http.DefaultTransport 不会自动识别请求的模式，并进行优化。对于频繁访问同一主机的请求，可以通过调整连接池和复用策略来提高效率。但 http.DefaultTransport 并没有细粒度的控制选项来适配不同的使用场景。
为了避免连接耗尽问题，可以采取以下措施：
http.Transport，设置适当的 MaxIdleConns 和 MaxIdleConnsPerHost，以增加连接池的容量，避免频繁创建新连接。
transport := &http.Transport{
MaxIdleConns: 100,
MaxIdleConnsPerHost: 20,
}
client := &http.Client{
Transport: transport,
}
http.Client 的 Timeout 字段来控制。
client := &http.Client{
Timeout: 30 * time.Second,
}
http.Client 实例，而不是为每个请求都创建新的 http.Client。这样多个请求就可以共享同一个 http.Transport，复用连接池。Connection: keep-alive），让连接在多个请求间复用，减少连接建立的开销。通过这些措施，可以显著减少由于 http.DefaultTransport 的连接池管理不当导致的连接耗尽问题。