ASP.NET Web Api：请求的资源不支持http方法“ GET”

我在ApiController上执行以下操作：

public string Something()
{
    return "value";
}

而且我的路线配置如下：

routes.MapHttpRoute(
    name: "DefaultApi",
    routeTemplate: "api/{controller}/{action}/{id}",
    defaults: new { id = RouteParameter.Optional }
);

在测试版中，此功能运行良好，但我刚刚更新到了最新的候选版本，现在在这样的调用中看到错误：

请求的资源不支持http方法'GET'。

为什么这不再起作用？

（我想我可以摆脱{action}并只制造大量的控制器，但这感觉很混乱。）

如果尚未在控制器中的操作上配置任何HttpMethod，则假定它仅是RC中的HttpPost。在Beta中，假定支持所有方法-GET，PUT，POST和Delete。从Beta到RC，这是一个很小的变化。您可以轻松地使用[AcceptVerbs（“ GET”，“ POST”）]装饰一个以上的httpmethod方法。

以上所有信息都是正确的，我还要指出，[AcceptVerbs()]System.Web.Mvc和System.Web.Http命名空间中都存在注释。

如果它是Web API控制器，则要使用System.Web.Http。

尽管这不是OP的解决方案，但由于完全不同的根本原因，我遇到了完全相同的错误；所以万一这对其他人有帮助...

我的问题是方法参数的名称不正确，导致WebAPI意外路由请求。我的ProgrammesController中有以下方法：

[HttpGet]
public Programme GetProgrammeById(int id)
{
    ...
}

[HttpDelete]
public bool DeleteProgramme(int programmeId)
{
    ...
}

对... / api / programmes / 3的DELETE请求没有按我的预期路由到DeleteProgramme，而是路由到GetProgrammeById，因为DeleteProgramme没有参数名称id。然后，GetProgrammeById当然会拒绝DELETE，因为它被标记为仅接受GET。

因此修复很简单：

[HttpDelete]
public bool DeleteProgramme(int id)
{
    ...
}

一切都很好。愚蠢的错误确实很难调试。

如果要使用来装饰方法HttpGet，请using在控制器顶部添加以下内容：

using System.Web.Http;

如果使用System.Web.Mvc，则可能会出现此问题。

当然，这是从Beta到RC的转变。在问题提供的示例中，您现在需要使用[HttpGet]或[AcceptVerbs（“ GET”）]装饰您的操作。

如果要将基于动词的动作（即“ GetSomething”，“ PostSomething”）与基于非动词的动作混合使用，则会导致问题。如果尝试使用上面的属性，它将与控制器中任何基于动词的操作产生冲突。引起骚动的一种方法是为每个动词定义单独的路由，并将默认操作设置为动词的名称。此方法可用于在API中定义子资源。例如，以下代码支持：“ / resource / id / children”，其中id和children是可选的。

        context.Routes.MapHttpRoute(
           name: "Api_Get",
           routeTemplate: "{controller}/{id}/{action}",
           defaults: new { id = RouteParameter.Optional, action = "Get" },
           constraints: new { httpMethod = new HttpMethodConstraint("GET") }
        );

        context.Routes.MapHttpRoute(
           name: "Api_Post",
           routeTemplate: "{controller}/{id}/{action}",
           defaults: new { id = RouteParameter.Optional, action = "Post" },
           constraints: new { httpMethod = new HttpMethodConstraint("POST") }
        );

希望将来版本的Web API将对此情况提供更好的支持。目前，在aspnetwebstack Codeplex项目http://aspnetwebstack.codeplex.com/workitem/184上记录了一个问题 。如果您希望看到此内容，请对该问题进行投票。

与OP具有相同的设置。一个具有许多动作的控制器...更少的“混乱” :-)

在我的情况下，添加新操作时我忘记了“ [HttpGet]”。

[HttpGet]
public IEnumerable<string> TestApiCall()
{
    return new string[] { "aa", "bb" };
}

与上述问题相同，但根源差异很大。对我来说，那是我使用https重写规则击中了端点。在http上点击它会导致错误，该错误可通过https正常使用。

在此路径中替换以下代码

路径：

App_Start => WebApiConfig.cs

码：

config.Routes.MapHttpRoute(
            name: "DefaultApi",
            routeTemplate: "api/{controller}/{action}/{id}/{Param}",
            defaults: new { id = RouteParameter.Optional,
                            Param = RouteParameter.Optional }
                          );

我不知道这是否与OP的帖子有关，但是我缺少[HttpGet]批注，这就是导致错误的原因，如@dinesh_ravva方法所述，默认情况下假定为HttpPost。

我的问题很简单，因为返回的消息中没有显示空引用，所以我必须调试API才能看到它。