我试图设置一个HttpClient对象的Content-Type头作为我调用的API所要求的。
我试着像下面这样设置内容类型:
using (var httpClient = new HttpClient())
{
httpClient.BaseAddress = new Uri("http://example.com/");
httpClient.DefaultRequestHeaders.Add("Accept", "application/json");
httpClient.DefaultRequestHeaders.Add("Content-Type", "application/json");
// ...
}
它允许我添加Accept头，但当我尝试添加Content-Type时，它会抛出以下异常:
误用头名称。确保请求头与一起使用 HttpRequestMessage，带有HttpResponseMessage的响应头，以及 内容头与HttpContent对象。
如何在HttpClient请求中设置内容类型报头?
当前回答
为那些受困于字符集的人准备的
我有一个非常特殊的情况，服务提供商不接受字符集，他们拒绝改变子结构来允许它…… 不幸的是，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");
其他回答
内容类型是内容的头，而不是请求的头，这就是失败的原因。Robert Levy建议的AddWithoutValidation可以工作，但是你也可以在创建请求内容本身时设置内容类型(注意，代码片段在两个地方添加了application/json - Accept和content - type头):
HttpClient client = new HttpClient();
client.BaseAddress = new Uri("http://example.com/");
client.DefaultRequestHeaders
.Accept
.Add(new MediaTypeWithQualityHeaderValue("application/json"));//ACCEPT header
HttpRequestMessage request = new HttpRequestMessage(HttpMethod.Post, "relativeAddress");
request.Content = new StringContent("{\"name\":\"John Doe\",\"age\":33}",
Encoding.UTF8,
"application/json");//CONTENT-TYPE header
client.SendAsync(request)
.ContinueWith(responseTask =>
{
Console.WriteLine("Response: {0}", responseTask.Result);
});
我也有类似的问题。 所以我发现Software PostMan可以在点击左上角的“code”按钮时生成代码。从中我们可以看到在“引擎盖下”发生了什么，HTTP调用是用许多代码语言生成的;curl命令，c# RestShart, java, nodeJs，…
这对我帮助很大，而不是使用。net基础HttpClient，我最终使用RestSharp nuget包。
希望能帮助到其他人!
如果你不介意一个小的库依赖，Flurl。Http[披露:我是作者]使这个超级简单。它的PostJsonAsync方法负责序列化内容和设置内容类型报头，而ReceiveJson则反序列化响应。如果accept头是必需的，你需要自己设置，但Flurl提供了一个非常干净的方式来做到这一点:
using Flurl.Http;
var result = await "http://example.com/"
.WithHeader("Accept", "application/json")
.PostJsonAsync(new { ... })
.ReceiveJson<TResult>();
Flurl使用HttpClient和Json。它是一个PCL，所以它可以在各种平台上工作。
PM> Install-Package Flurl.Http
诀窍在于你可以设置各种标题，比如:
HttpRequestMessage request = new HttpRequestMessage();
request.Headers.Add("Accept-Language", "en"); //works OK
但不是任何标题。例如:
request.Headers.Add("Content-Type", "application/json");//wrong
将引发运行时异常“误用头名”。这似乎是可行的:
request.Headers.Add(
HttpRequestHeader.ContentType.ToString(), //useless
"application/json"
);
但是这样会产生一个名为ContentType的无用头，没有连字符。标头名称不区分大小写，但对连字符非常敏感。
解决方案是在将body添加到http请求的Content部分时声明body的编码和类型:
string Body = "...";
request.Content =
new StringContent(Body, Encoding.UTF8, "application/json");
只有这样，适用的http头才会自动添加到请求中:
Content-Type: application/json; charset=utf-8
在一台没有代理服务器的机器上，使用Fiddler很难发现这一点。Visual Studio曾经有一个网络工具，你可以在其中检查所有的头文件，但只能在版本2015，而不是在更新的版本2017或2022。如果使用调试器检查请求。头文件，你不会发现由StringContent()自动添加的头文件。
. 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的建议进行了修改。
