.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难度大，干脆就来个将错就错，错错得对的法子，绕开这个问题

/// 

/// 修复keep-alive问题的HttpClientHandler
/// 
class KeepAliveHandler : HttpClientHandler
{
    /// 

    /// 发送次数
    /// 
    private int sendTimes = 0;

    /// 

    /// 是否keepAlive
    /// 
    private readonly bool keepAlive;

    /// 

    /// keep-alive的HttpClientHandler
    /// 
    /// keepAlive
    public KeepAliveHandler(bool keepAlive)
    {
        this.keepAlive = keepAlive;
    }

    /// 

    /// 发送请求
    /// 
    /// 
    /// 
    /// 
    protected override Task 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对象：

/// 

/// 表示文件内容
/// 
class MulitpartFileContent : StreamContent
{
    /// 

    /// 文件内容
    /// 
    /// 文件流
    /// 名称
    /// 文件名
    /// 文件Mime
    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);
    }
}

class MulitpartFileContent

要添加文本项，可以使用下面这个类，直接Add到MultipartContent对象：

/// 

/// 表示文本内容
/// 
class MulitpartTextContent : StringContent
{
    /// 

    /// 文本内容
    ///      
    /// 名称
    /// 文本
    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");
    }
}

MulitpartTextContent

当前状态

正在火力开WebApiClient 中，关于HttpClient更多缺陷与绕过方法，正在发现的路上，欢迎使用我的WebApiClient 。