Azure Function中HttpClient创建的优劣实践与差异解析

直接new HttpClient的问题（不良实践） #

每次函数执行都new HttpClient并用using释放，会踩两个关键坑：

• Socket资源耗尽：HttpClient底层依赖HttpMessageHandler管理TCP连接池，每次new HttpClient都会新建一个Handler。即便HttpClient被Dispose，Handler也不会立刻释放Socket，会残留TIME_WAIT状态的连接，频繁创建会快速耗尽系统端口资源。
• 连接复用完全失效：每次新建实例都要重新建立TCP连接，无法复用已有的连接，请求延迟和开销都会显著增加。

IHttpClientFactory的核心优势（最佳实践） #

这绝非简单的抽象封装，它从根源解决了直接new的问题：

• 复用底层Handler：Factory会维护一个HttpMessageHandler池，每次调用CreateClient()时，要么从池中取出现成的Handler，要么新建一个（池满后复用旧实例），再包装成新的HttpClient返回。真正消耗资源的Handler被复用，HttpClient本身是轻量级对象，创建成本可以忽略。
• 自动清理过期Handler：Factory会定期（默认2分钟）清理池中的旧Handler，既避免资源泄漏，又能保证连接新鲜度，不会出现DNS缓存长期不更新的问题。
• 无需手动Dispose：通过Factory创建的HttpClient不需要用using包裹，因为底层Handler由Factory统一管理，Dispose HttpClient不会影响Handler的复用逻辑。

关于“每次运行函数是否创建新HttpClient实例”的解答 #

没错，每次调用CreateClient()确实会得到一个新的HttpClient实例，但核心是这个实例复用了池中的HttpMessageHandler。这种设计兼顾了两个关键需求：既避免了单例HttpClient的DNS缓存失效问题，又不会因频繁创建实例导致Socket资源耗尽。

内容的提问来源于stack exchange，提问作者mharre