Было найдено несколько действий, которые соответствуют запросу в веб-Api

обновление с веб-API 2.

С этой конфигурацией API в вашем WebApiConfig.cs файл:

public static void Register(HttpConfiguration config)
{
    //// Web API routes
    config.MapHttpAttributeRoutes(); //Don't miss this

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

Вы можете направить наш контроллер вроде этого:

[Route("api/ControllerName/Summary")]
[HttpGet]
public HttpResponseMessage Summary(MyVm vm)
{
    rturn null;
}

[Route("api/ControllerName/FullDetails")]
[HttpGet]
public HttpResponseMessage FullDetails()
{
    return null;
}

где ControllerName-это имя вашего контроллера (без "контроллера"). Это позволит вам получить каждое действие с маршрутом, описанным выше.

для дальнейшего чтения: http://www.asp.net/web-api/overview/web-api-routing-and-actions/attribute-routing-in-web-api-2

в Web API (по умолчанию) методы выбираются на основе сочетание метода HTTP и значения маршрута.

MyVm выглядит как сложный объект, считываемый форматером из тела, поэтому у вас есть два идентичных метода с точки зрения данных маршрута (поскольку ни один из них не имеет параметров из маршрута) - что делает его невозможным для диспетчера (IHttpActionSelector), чтобы соответствовать один.

вы должны различать их либо по строке запроса, либо по параметру маршрута чтобы устранить двусмысленность.

после долгих поисков в интернете и попыток найти наиболее подходящую форму для маршрутной карты если нашли следующее

config.Routes.MapHttpRoute("DefaultApiWithId", "Api/{controller}/{id}", new { id =RouteParameter.Optional }, new { id = @"\d+" });
config.Routes.MapHttpRoute("DefaultApiWithAction", "Api/{controller}/{action}");

эти сопоставления применяются как к сопоставлению имен действий, так и к базовому соглашению http (GET,POST,PUT,DELETE)

возможно, что ваши webmethods разрешаются по одному и тому же url-адресу. Посмотрите на следующую ссылку: -

http://www.asp.net/web-api/overview/web-api-routing-and-actions/routing-in-aspnet-web-api

таким образом, вам может потребоваться добавить имя метода в таблицу маршрутизации.

без использования действий параметры будут:

1. переместите один из методов на другой контроллер, чтобы они не конфликтовали.

2. используйте только один метод, который принимает param, и если это null вызовите другой метод из вашего кода.

я обнаружил, что когда у меня есть два метода Get, один без параметров и один со сложным типом в качестве параметра, я получил ту же ошибку. Я решил это, добавив фиктивный параметр типа int, названный Id, в качестве моего первого параметра, а затем мой сложный параметр типа. Затем я добавил параметр сложного типа в шаблон маршрута. Для меня сработало следующее.

сначала сделать:

public IEnumerable<SearchItem> Get()
{
...
}

второй get:

public IEnumerable<SearchItem> Get(int id, [FromUri] List<string> layers)
{
...
}

WebApiConfig:

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

пожалуйста, проверьте, что у вас есть два метода, которые имеют разные имена и одинаковые параметры.

Если это так, Пожалуйста, удалите любой из методов и попробуйте.

я наткнулся на эту проблему при попытке увеличить мои контроллеры 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();
}

для первого метода в сочетании с "двойной" маршрут привязки:

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}");

обратите внимание, что хотя в первом шаблоне маршрута нет параметра "действие", по-видимому, вы все еще можете настроить действие по умолчанию, позволяющее нам отделить маршрутизацию "обычных" вызовов WebAPI и вызовов дополнительного действия.

это возможно благодаря использованию контроллера MVC вместо контроллера Web API. Регистрация имен в веб-API контроллера, он должен быть следующим

using System.Net;
using System.Net.Http;
using System.Web.Http;

Если пространство имен выглядит следующим образом, то это дает выше ошибка в вызове метода контроллера веб-api

using System.Web;
using System.Web.Mvc;

Это решение работает для меня.

пожалуйста, сначала разместите Route2 в WebApiConfig. Также добавьте HttpGet и HttpPost перед каждым методом и включите имя контроллера и имя метода в url.

WebApiConfig =>

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

контроллер =>

public class ValuesController : ApiController
{

    [HttpPost]
    public string GetCustomer([FromBody] RequestModel req)
    {
        return "Customer";
    }

    [HttpPost]
    public string GetCustomerList([FromBody] RequestModel req)
    {
        return "Customer List";
    }
}

Url =>

http://localhost:7050/api/Values/GetCustomer

http://localhost:7050/api/Values/GetCustomerList

Я знаю, что это старый вопрос, но иногда, когда вы используете сервисные ресурсы, такие как от AngularJS для подключения к WebAPI, убедитесь, что вы используете правильный маршрут, иначе эта ошибка произойдет.

убедитесь, что вы не украшаете свои методы контроллера для действий GET|PUT|POST|DELETE по умолчанию с атрибутом [HttpPost/Put/Get/Delete]. Я добавил этот наряд к моему действию контроллера vanilla Post, и это вызвало 404.

надеюсь, что это поможет кому-то, как это может быть очень неприятно и привести прогресс к остановке.