由于使用MVC控制器而不是Web API控制器，这是可能的。 检查Web API控制器中的命名空间，它应该如下所示

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

如果命名空间如下所示，则在web api控制器方法调用时给出上述错误

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

就我而言，一切都是对的

1) Web Config配置正确 2)路由前缀和路由属性正确

我还是得到了错误。在我的案例中，“Route”属性(通过按F12)指向System.Web.MVc，而不是System.Web.Http，这导致了问题。

在Web API中(默认情况下)，方法的选择是基于HTTP方法和路由值的组合。

MyVm看起来像一个复杂的对象，由格式化器从对象体中读取，因此在路由数据方面有两个相同的方法(因为它们都没有来自路由的任何参数)——这使得分派器(IHttpActionSelector)不可能匹配适当的方法。

您需要通过查询字符串或路由参数来区分它们以解决歧义。

例如=> TestController

        [HttpGet]
        public string TestMethod(int arg0)
        {
            return "";
        }

        [HttpGet]
        public string TestMethod2(string arg0)
        {
            return "";
        }

        [HttpGet]
        public string TestMethod3(int arg0,string arg1)
        {
            return "";
        }

如果只能更改WebApiConfig.cs文件。

 config.Routes.MapHttpRoute(
                name: "DefaultApi",
                routeTemplate: "api/{controller}/{action}/",
                defaults: null
            );

就是这样。

结果:

我在尝试用额外的操作来增强我的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调用的路由和对额外动作的调用。

如果不使用操作，选项将是:

将其中一个方法移动到不同的控制器，这样它们就不会冲突。 只使用一个接受参数的方法，如果它为空，则调用代码中的另一个方法。