为那些受困于字符集的人准备的

我有一个非常特殊的情况，服务提供商不接受字符集，他们拒绝改变子结构来允许它…… 不幸的是，HttpClient通过StringContent自动设置报头，不管你传递的是null还是Encoding。UTF8，它总是会设置字符集…

今天我在改变子系统的边缘;从HttpClient转向其他东西，我想到了一些东西…，为什么不用反射来清空“字符集”呢?.．. 在我尝试之前，我想到了一种方法，“也许我可以在初始化后改变它”，这是有效的。

下面是如何设置“application/json”头没有“;charset = utf - 8”。

var jsonRequest = JsonSerializeObject(req, options); // Custom function that parse object to string
var stringContent = new StringContent(jsonRequest, Encoding.UTF8, "application/json");
stringContent.Headers.ContentType.CharSet = null;
return stringContent;

注意:下面的空值无效，加";charset = utf - 8”

return new StringContent(jsonRequest, null, "application/json");

EDIT

@DesertFoxAZ建议也可以使用下面的代码，工作良好。(没有自己测试，如果它的工作率，并在评论中赞扬他)

stringContent.Headers.ContentType = new MediaTypeHeaderValue("application/json");

微软似乎试图强迫开发人员遵循他们的标准，甚至没有提供任何选项或设置，特别是考虑到这是一个客户端，我们是由服务器端需求决定的，特别是考虑到微软服务器端框架本身需要它!

所以基本上微软试图强迫我们养成好习惯，当连接到他们的服务器技术时，强迫我们养成不好的习惯……

如果微软的任何人正在阅读这篇文章，那么请修复它…

无论哪种方式，对于任何需要Get等内容类型头的人来说，在旧的。net版本中，可以在https://stackoverflow.com/a/41231353/640195上使用@erdomke的答案，不幸的是，这在新的。net核心版本中不再适用。

下面的代码经过测试，可以与。net core 3.1一起工作，从GitHub上的源代码来看，它应该也可以与更新的。net版本一起工作。

private void FixContentTypeHeaders()
{
    var assembly = typeof(System.Net.Http.Headers.HttpRequestHeaders).Assembly;
    var assemblyTypes = assembly.GetTypes();

    var knownHeaderType = assemblyTypes.FirstOrDefault(n => n.Name == "KnownHeader");
    var headerTypeField = knownHeaderType?
                .GetFields(System.Reflection.BindingFlags.NonPublic | System.Reflection.BindingFlags.Instance)
                .FirstOrDefault(n => n.Name.Contains("HeaderType"));
    if (headerTypeField is null) return;

    var headerTypeFieldType = headerTypeField.FieldType;            
    var newValue = Enum.Parse(headerTypeFieldType, "All");

    var knownHeadersType = assemblyTypes.FirstOrDefault(n => n.Name == "KnownHeaders");
    var contentTypeObj = knownHeadersType.GetFields().FirstOrDefault(n => n.Name == "ContentType").GetValue(null);

    if (contentTypeObj is null) return;

    headerTypeField.SetValue(contentTypeObj, newValue);
}

尝试使用TryAddWithoutValidation

  var client = new HttpClient();
  client.DefaultRequestHeaders.TryAddWithoutValidation("Content-Type", "application/json; charset=utf-8");

. net试图强迫你遵守某些标准，即content - type头只能在有内容的请求上指定(例如POST, PUT等)。因此，正如其他人指出的那样，设置Content-Type报头的首选方法是通过HttpContent.Headers.ContentType属性。

话虽如此，某些Api(如截至2016-12-19的LiquidFiles Api)需要为GET请求设置Content-Type报头，. net不允许在请求本身设置此报头——即使使用TryAddWithoutValidation。此外，您不能为请求指定Content——即使它的长度为零。我唯一能避开这个问题的方法似乎就是诉诸于反思。代码(以防其他人需要它)是

var field = typeof(System.Net.Http.Headers.HttpRequestHeaders)
    .GetField("invalidHeaders", System.Reflection.BindingFlags.NonPublic | System.Reflection.BindingFlags.Static) 
  ?? typeof(System.Net.Http.Headers.HttpRequestHeaders) 
    .GetField("s_invalidHeaders", System.Reflection.BindingFlags.NonPublic | System.Reflection.BindingFlags.Static);
if (field != null)
{
  var invalidFields = (HashSet<string>)field.GetValue(null);
  invalidFields.Remove("Content-Type");
}
_client.DefaultRequestHeaders.TryAddWithoutValidation("Content-Type", "text/xml");

编辑:

正如注释中所指出的，该字段在不同版本的dll中有不同的名称。在GitHub的源代码中，该字段当前命名为s_invalidHeaders。这个例子已经根据@David Thompson的建议进行了修改。

你需要这样做:

    HttpContent httpContent = new StringContent(@"{ the json string }");
    httpContent.Headers.ContentType = new MediaTypeHeaderValue("application/json");
    client.DefaultRequestHeaders.Accept.Add(new MediaTypeWithQualityHeaderValue("application/json"));                
    HttpResponseMessage message = client.PostAsync(@"{url}", httpContent).Result;

对于那些没有看到约翰对卡洛斯解决方案的评论…

req.Content.Headers.ContentType = new MediaTypeHeaderValue("application/octet-stream");