HttpWebRequest是否已淘汰？应改用HttpRequestMessage+HttpClient吗？始于哪个.NET版本？

核心结论：优先拥抱HttpRequestMessage体系，把HttpWebRequest视为「事实上的淘汰方案」 #

• HttpRequestMessage的优势是全方位的：它是.NET Core推出的现代HTTP API核心（属于HttpClient生态），从设计之初就瞄准跨平台场景，支持异步编程模型、HTTP/2等新特性，API设计更直观灵活，能更方便地处理请求头、内容、响应解析等操作，性能和维护性都远胜旧API。

• HttpWebRequest的尴尬处境：尽管它没被官方标记为过时，但本质是.NET Framework时代的遗留产物。在.NET Core/.NET 5+环境中，它只是一个基于HttpClient的兼容层实现，并非原生优化，不仅不支持HTTP/2等新标准，异步API的设计也不符合现代编程习惯，跨平台场景下还有诸多隐性限制。

• 实际开发中的选择建议：

  • 新项目直接采用HttpRequestMessage+HttpClient的组合，完全没必要再碰HttpWebRequest
  • 维护旧项目时，如果涉及跨平台迁移、性能优化或功能扩展，优先逐步替换为新API；如果只是小范围bug修复，可暂时保留，但长远来看迁移是更稳妥的选择
  • 像CryptoExchange.Net这类主流第三方库已经转向新方案，说明行业共识是倾向于现代API，跟着主流走能获得更好的生态支持和未来版本兼容性

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