不，不，不。去试试下面的控制器代码，在这里我们重载了“LoadCustomer”。

public class CustomerController : Controller
    {
        //
        // GET: /Customer/

        public ActionResult LoadCustomer()
        {
            return Content("LoadCustomer");
        }
        public ActionResult LoadCustomer(string str)
        {
            return Content("LoadCustomer with a string");
        }
    }

如果您尝试调用“LoadCustomer”操作，您将得到如下图所示的错误。

多态性是c#编程的一部分，而HTTP是一种协议。HTTP不理解多态性。HTTP工作在概念或URL和URL只能有唯一的名称。因此HTTP不实现多态性。

为了解决这个问题，我们需要使用“ActionName”属性。

public class CustomerController : Controller
    {
        //
        // GET: /Customer/

        public ActionResult LoadCustomer()
        {
            return Content("LoadCustomer");
        }

        [ActionName("LoadCustomerbyName")]
        public ActionResult LoadCustomer(string str)
        {
            return Content("LoadCustomer with a string");
        }
    }

因此，现在如果你调用URL“客户/LoadCustomer”，“LoadCustomer”动作将被调用，URL结构“客户/LoadCustomerByName”，“LoadCustomer(字符串str)”将被调用。

上面的答案我已经从这篇codeproject文章——> MVC动作重载

您可以使用[ActionName("NewActionName")]来使用不同名称的相同方法:

public class HomeController : Controller
{
    public ActionResult GetEmpName()
    {
        return Content("This is the test Message");
    }

    [ActionName("GetEmpWithCode")]
    public ActionResult GetEmpName(string EmpCode)
    {
        return Content("This is the test Messagewith Overloaded");
    }
}

将基方法创建为virtual

public virtual ActionResult Index()

将被覆盖的方法创建为override

public override ActionResult Index()

编辑:这显然只适用于当override方法在一个派生类中，而这似乎不是OP的意图。

为了克服这个问题，你可以编写一个ActionMethodSelectorAttribute来检查每个动作的MethodInfo，并将其与发布的表单值进行比较，然后拒绝任何与表单值不匹配的方法(当然，不包括按钮名称)。

举个例子:- http://blog.abodit.com/2010/02/asp-net-mvc-ambiguous-match/

但是，这不是一个好主意。

我刚刚遇到了这个问题，尽管它现在已经很古老了，但它仍然非常相关。具有讽刺意味的是，这个帖子中唯一正确的评论是由一个自称MVC初学者的人在写这篇文章时发表的。甚至是ASP。NET文档并不完全正确。我有一个大项目，我成功地重载动作方法。

如果你了解路由，除了简单的{controller}/{action}/{id}默认路由模式，很明显，控制器动作可以使用任何唯一的模式进行映射。有人在这里谈论多态性，说:“HTTP不理解多态性”，但路由与HTTP无关。简单地说，它是字符串模式匹配的机制。

最好的方法是使用路由属性，例如:

[RoutePrefix("cars/{country:length(3)}")]
public class CarHireController
{
    [Route("{location}/{page:int=1}", Name = "CarHireLocation")]
    public ActionResult Index(string country, string location, int page)
    {
        return Index(country, location, null, page);
    }

    [Route("{location}/{subLocation}/{page:int=1}", Name = "CarHireSubLocation")]
    public ActionResult Index(string country, string location, string subLocation, int page)
    {
        //The main work goes here
    }
}

这些操作将处理类似/cars/usa/new-york和/cars/usa/texas/dallas这样的url，它们将分别映射到第一个和第二个索引操作。

检查这个示例控制器，很明显它超出了上面提到的默认路由模式。如果您的url结构完全匹配您的代码命名约定，则默认值工作良好，但情况并非总是如此。代码应该对域名进行描述，但url通常需要更进一步，因为它们的内容应该基于其他标准，比如SEO要求。

默认路由模式的好处是它自动创建唯一的路由。这是由编译器强制执行的，因为url将匹配唯一的控制器类型和成员。使用自己的路线模式需要仔细考虑，以确保独特性和它们的工作。

重要提示:一个缺点是，使用路由为重载操作生成url在基于操作名称时不起作用，例如，当使用UrlHelper.Action时。但是，如果使用命名路由，例如UrlHelper.RouteUrl，它就可以工作。根据权威人士的说法，使用命名路线是正确的方法(http://haacked.com/archive/2010/11/21/named-routes-to-the-rescue.aspx/)。

好运！

我在申请的时候也遇到过同样的问题。没有Modifiyig任何方法信息，我已经提供了[ActionName(“SomeMeaningfulName”)]在动作头部。问题解决

[ActionName("_EmployeeDetailsByModel")]
        public PartialViewResult _EmployeeDetails(Employee model)
        {
            // Some Operation                
                return PartialView(model);
            }
        }

[ActionName("_EmployeeDetailsByModelWithPagination")]
        public PartialViewResult _EmployeeDetails(Employee model,int Page,int PageSize)
        {

                // Some Operation
                return PartialView(model);

        }