.Net45下HttpClient的几个缺陷
前言#
最近在写WebClientApi这个组件,底层使用HttpClient,发现HttpClient有许多低级的错误,使用者一不小心就可能会正常的去调用它的这些错误,得不到预期的结果。本文我把我认为是问题或缺陷的地方指出(但不一定是问题或缺陷,可能是个人理解错误),后人也许可以跳过这些缺陷。
缺陷1#
请求头Cookie与HttpClientHandler的CookieContainer水火不容
默认的,HttpClient会使用默认的HttpClientHandler,默认的HttpClientHandler的UseCookies是true,也就是说,默认情况下HttpClient就有间接的CookieContainer可以使用。但UseCookies为true了,请求头的Cookie就不会提交,请求头的Cookie就不会提交,请求头的Cookie就不会提交。所以注意了,如果把Cookie提交给服务器的话,当UseCookies为true时,只有把cookie值一一写入CookieContainer,提交的cookie才生效;否则只有写入请求头,提交的cookie才生效。
缺陷2#
HttpClientHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken)有问题
HttpClient.DefaultRequestHeaders,当请求头有设置("Connection", "keep-alive"),进行第一次请求的时候,参数request没问题,但执行SendAsync逻辑体之后,服务端收到的Connection不标准,收到请求头为Connection: keep-alive,Keep-Alive ,如果服务器兼容性不好,处理请求之后就会断开连接。奇葩的是,第二次以后都不会出现重复的keep-alive,如果设置为("Connection", ""),第一次ok,后面的都没有Connection请求头了,全部报断开...
由于HttpClient不是bcl,所以没找到源代码,反编译看了一下,想真正的重写这个SendAsync难度大,干脆就来个将错就错,错错得对的法子,绕开这个问题
/// <summary> /// 修复keep-alive问题的HttpClientHandler /// </summary> class KeepAliveHandler : HttpClientHandler { /// <summary> /// 发送次数 /// </summary> private int sendTimes = 0; /// <summary> /// 是否keepAlive /// </summary> private readonly bool keepAlive; /// <summary> /// keep-alive的HttpClientHandler /// </summary> /// <param name="keepAlive">keepAlive</param> public KeepAliveHandler(bool keepAlive) { this.keepAlive = keepAlive; } /// <summary> /// 发送请求 /// </summary> /// <param name="request"></param> /// <param name="cancellationToken"></param> /// <returns></returns> protected override Task<HttpResponseMessage> SendAsync(HttpRequestMessage request, System.Threading.CancellationToken cancellationToken) { request.Headers.Remove("Connection"); if (this.keepAlive == true) { if (Interlocked.CompareExchange(ref this.sendTimes, 1, 0) == 0) { request.Headers.Add("Connection", string.Empty); } else { request.Headers.Add("Connection", "keep-alive"); } } return base.SendAsync(request, cancellationToken); } }
缺陷3#
MultipartContent的boundary问题
随便new 它一个实例,可以看到它的 Conent-Type与大众客户端不一样,符合不符合标准我不清楚,大概是这样Content-Type: multipart/form-data; boundary="boundary"
注意它的两个双引号了,我用PostMan没有引号,Postman如下图:
如果你想得到没用引号的boundary,可以这样修改:
var boundary = Guid.NewGuid().ToString(); var parameter = new NameValueHeaderValue("boundary", boundary); httpContent = new MultipartContent("form-data", boundary); httpContent.Headers.ContentType.Parameters.Clear(); httpContent.Headers.ContentType.Parameters.Add(parameter);
缺陷4:#
MultipartFormDataContent的Add(HttpContent content, string xxx ...)的问题
这两个方法生成的表单,boundary问题继承了它老爸,自己生成内容时也有问题,PostMan是生成name="{name}"; filename="{filename}",每个都有又引号;但MultipartFormDataContent生成的是name={name}; filename={filename},双引号不见了,但它的IIS貌似能兼容,其它的就不知道了。
如果你想得到双引号的内容,MultipartFormDataContent这个类可以废了,用它的老爸MultipartContent吧。
要添加文件项,可以使用下面这个类,直接Add到MultipartContent对象:

/// <summary> /// 表示文件内容 /// </summary> class MulitpartFileContent : StreamContent { /// <summary> /// 文件内容 /// </summary> /// <param name="stream">文件流</param> /// <param name="name">名称</param> /// <param name="fileName">文件名</param> /// <param name="contentType">文件Mime</param> public MulitpartFileContent(Stream stream, string name, string fileName, string contentType) : base(stream) { if (this.Headers.ContentDisposition == null) { var disposition = new ContentDispositionHeaderValue("form-data"); disposition.Name = string.Format("\"{0}\"", name); disposition.FileName = string.Format("\"{0}\"", fileName); this.Headers.ContentDisposition = disposition; } if (string.IsNullOrEmpty(contentType)) { contentType = "application/octet-stream"; } this.Headers.ContentType = new MediaTypeHeaderValue(contentType); } }
要添加文本项,可以使用下面这个类,直接Add到MultipartContent对象:

/// <summary> /// 表示文本内容 /// </summary> class MulitpartTextContent : StringContent { /// <summary> /// 文本内容 /// </summary> /// <param name="name">名称</param> /// <param name="value">文本</param> public MulitpartTextContent(string name, string value) : base(value == null ? string.Empty : value) { if (this.Headers.ContentDisposition == null) { var disposition = new ContentDispositionHeaderValue("form-data"); disposition.Name = string.Format("\"{0}\"", name); this.Headers.ContentDisposition = disposition; } this.Headers.Remove("Content-Type"); } }
当前状态#
正在火力开WebApiClient 中,关于HttpClient更多缺陷与绕过方法,正在发现的路上,欢迎使用我的WebApiClient 。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· DeepSeek 开源周回顾「GitHub 热点速览」
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· AI与.NET技术实操系列(二):开始使用ML.NET
· 单线程的Redis速度为什么快?