当我尝试有2个“Get”方法时，我一直得到这个错误
发现了多个与请求:webapi匹配的操作
我一直在看其他类似的问题，但我不明白。
我有2个不同的名字，并使用“HttpGet”属性
[HttpGet]
public HttpResponseMessage Summary(MyVm vm)
{
return null;
}
[HttpGet]
public HttpResponseMessage FullDetails()
{
return null;
}
当前回答
在Web API中(默认情况下)，方法的选择是基于HTTP方法和路由值的组合。
MyVm看起来像一个复杂的对象，由格式化器从对象体中读取，因此在路由数据方面有两个相同的方法(因为它们都没有来自路由的任何参数)——这使得分派器(IHttpActionSelector)不可能匹配适当的方法。
您需要通过查询字符串或路由参数来区分它们以解决歧义。
其他回答
这是每个知道一切都是正确的并检查了50次的人的答案.....
确保你没有反复查看RouteConfig.cs。
要编辑的文件名为WebApiConfig.cs
另外，它应该是这样的:
using System.Web.Http;
namespace My.Epic.Website
{
public static class WebApiConfig
{
public static void Register(HttpConfiguration config)
{
config.MapHttpAttributeRoutes();
// api/Country/WithStates
config.Routes.MapHttpRoute(
name: "ControllerAndActionOnly",
routeTemplate: "api/{controller}/{action}",
defaults: new { },
constraints: new { action = @"^[a-zA-Z]+([\s][a-zA-Z]+)*$" });
config.Routes.MapHttpRoute(
name: "DefaultActionApi",
routeTemplate: "api/{controller}/{action}/{id}",
defaults: new { id = RouteParameter.Optional }
);
}
}
}
我可以为自己节省3个小时。
我在尝试用额外的操作来增强我的WebAPI控制器时偶然发现了这个问题。
假设你会
public IEnumerable<string> Get()
{
return this.Repository.GetAll();
}
[HttpGet]
public void ReSeed()
{
// Your custom action here
}
现在有两个方法可以满足/api/controller的请求，这个请求会触发TS所描述的问题。
我不想为我的附加动作添加“虚拟”参数，所以我查看了默认动作，并提出:
[ActionName("builtin")]
public IEnumerable<string> Get()
{
return this.Repository.GetAll();
}
对于第一种方法，结合“dual”路由绑定:
config.Routes.MapHttpRoute(
name: "DefaultApi",
routeTemplate: "api/{controller}/{id}",
defaults: new { action = "builtin", id = RouteParameter.Optional },
constraints: new { id = @"\d+" });
config.Routes.MapHttpRoute(
name: "CustomActionApi",
routeTemplate: "api/{controller}/{action}");
请注意，即使在第一个路由模板中没有“action”参数，显然你仍然可以配置一个默认动作，允许我们分离“正常”WebAPI调用的路由和对额外动作的调用。
如果不使用操作，选项将是:
将其中一个方法移动到不同的控制器，这样它们就不会冲突。 只使用一个接受参数的方法，如果它为空，则调用代码中的另一个方法。
你有没有试过:
[HttpGet("Summary")]
public HttpResponseMessage Summary(MyVm vm)
{
return null;
}
[HttpGet("FullDetails")]
public HttpResponseMessage FullDetails()
{
return null;
}
就我而言，一切都是对的
1) Web Config配置正确 2)路由前缀和路由属性正确
我还是得到了错误。在我的案例中，“Route”属性(通过按F12)指向System.Web.MVc，而不是System.Web.Http，这导致了问题。
