.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 。