.NET 10了，HttpClient还是不能用using吗？我做了一个实验
💡
原文中文，约26300字，阅读约需63分钟。
📝
内容提要
在高并发场景下，频繁创建和释放HttpClient会导致TIME_WAIT激增，可能引发端口耗尽。最佳实践是复用HttpClient或使用IHttpClientFactory，而非每次请求都创建新的HttpClient。
🎯
关键要点
- 在高并发场景下，频繁创建和释放HttpClient会导致TIME_WAIT激增，可能引发端口耗尽。
- 最佳实践是复用HttpClient或使用IHttpClientFactory，而非每次请求都创建新的HttpClient。
- HttpClient并不是简单的请求一次就关一次连接的模型，应该复用底层连接。
- 频繁new HttpClient等价于频繁建立TCP连接并快速关闭，容易制造大量TIME_WAIT。
- 在高并发情况下，使用new HttpClient会导致端口耗尽错误。
- 建议业务代码不要每次请求new HttpClient，应该复用单例或静态HttpClient。
- HttpResponseMessage和HttpContent可以使用using释放，但HttpClient不应每次请求都创建。
- 实验结果显示，复用HttpClient或使用IHttpClientFactory的性能更优，且更稳定。
❓
延伸问答
为什么在高并发场景下频繁创建HttpClient会导致端口耗尽？
频繁创建HttpClient等价于频繁建立TCP连接并快速关闭，容易制造大量TIME_WAIT，导致可用端口耗尽。
如何正确使用HttpClient以避免TIME_WAIT问题？
应复用HttpClient实例或使用IHttpClientFactory，而不是每次请求都创建新的HttpClient。
HttpClient的连接管理机制是什么？
HttpClient并不是简单的请求一次就关一次连接的模型，应该复用底层连接以提高性能。
在实验中，复用HttpClient与每次创建新实例的性能差异如何？
实验显示复用HttpClient或使用IHttpClientFactory的性能更优且更稳定，减少了TIME_WAIT的数量。
HttpResponseMessage和HttpContent可以使用using吗？
可以，HttpResponseMessage和HttpContent应该及时释放，但HttpClient不应每次请求都创建。
在.NET 10中，HttpClient的使用方式有何变化？
尽管是.NET 10，HttpClient的使用方式仍然建议复用，不应当作一次性对象使用。
➡️
