不要使用浏览器来测试API。

相反，尝试使用允许您指定请求的HTTP客户机，例如CURL，甚至Fiddler。

这个问题的问题在客户端，而不是API。web API根据浏览器的请求正确地工作。

MVC4快速提示#3 -从ASP中删除XML格式化器。Net Web API

在全球。Asax加一行:

GlobalConfiguration.Configuration.Formatters.XmlFormatter.SupportedMediaTypes.Clear();

像这样:

protected void Application_Start()
{
    AreaRegistration.RegisterAllAreas();

    RegisterGlobalFilters(GlobalFilters.Filters);
    RegisterRoutes(RouteTable.Routes);

    BundleTable.Bundles.RegisterTemplateBundles();
    GlobalConfiguration.Configuration.Formatters.XmlFormatter.SupportedMediaTypes.Clear();
}

我发现Chrome应用“高级REST客户端”非常适合使用REST服务。你可以将Content-Type设置为application/json。 高级REST客户端

我很惊讶地看到这么多的回复需要编码来更改一个API中的单个用例(GET)，而不是使用一个必须安装一次并且可以用于任何API(自己或第三方)和所有用例的适当工具。

所以好的答案是:

如果你只想请求json或其他内容类型，请安装Requestly或类似的工具，并修改Accept报头。 如果你也想使用POST，并有很好的格式的json, xml等，使用适当的API测试扩展，如Postman或ARC。

注意:阅读这个答案的注释，如果你使用WebAPI的默认错误处理，它可能会产生一个XSS漏洞

我只是在我的MVC Web API项目的App_Start / WebApiConfig.cs类中添加了以下内容。

config.Formatters.JsonFormatter.SupportedMediaTypes
    .Add(new MediaTypeHeaderValue("text/html") );

这确保您在大多数查询中得到JSON，但当您发送text/ XML时可以得到XML。

如果你需要将响应Content-Type设置为application/json，请检查Todd下面的回答。

命名空间正在使用System.Net.Http.Headers。

这是我在应用程序中使用过的最简单的方法。在Register函数中添加App_Start\WebApiConfig.cs中的以下3行代码:

var formatters = GlobalConfiguration.Configuration.Formatters;

formatters.Remove(formatters.XmlFormatter);

config.Formatters.JsonFormatter.SupportedMediaTypes.Add(new MediaTypeHeaderValue("application/json"));

Asp.net web API将自动将返回的对象序列化为JSON，并且当application/ JSON添加到头中时，浏览器或接收器将理解您正在返回JSON结果。