找到多个与名为“ Home”的控制器匹配的类型

我目前有两个不相关的MVC3项目在线托管。

一个工作正常，另一个不工作，给我错误：

找到了多个与名为“ Home”的控制器匹配的类型。如果为该请求提供服务的路由（'{controller} / {action} / {id}'）没有指定名称空间来搜索与该请求匹配的控制器，则可能会发生这种情况。

如果是这种情况，请通过调用带有“名称空间”参数的“ MapRoute”方法的重载来注册此路由。

托管人的工作方式是，他为我提供FTP访问权限，在该文件夹中，我还有另外两个文件夹，每个文件夹用于我的每个应用程序。

ftpFolderA2 / foo.com

ftpFolderA2 / bar.com

foo.com正常运行，我将应用程序发布到本地文件系统，然后通过FTP传输内容，并且可以正常工作。

当我上传并尝试运行bar.com时，上述问题引发，并阻止了我使用我的网站。尽管foo.com仍然有效。

bar.com是否在ftpFolderA2内的任何地方从控制器进行搜索，这就是为什么它正在寻找另一个HomeController？我如何告诉它仅应在Controller文件夹中查找？

事实：

1. 不使用区域。这是两个完全不相关的项目。我将每个已发布的项目放入每个相应的文件夹中。没有什么花哨。
2. 每个项目只有1个HomeController。

有人可以确认这是问题吗？

当您使用区域并且在区域和根内部具有相同的控制器名称时，通常会发生此错误消息。例如，您有两个：

• ~/Controllers/HomeController.cs
• ~/Areas/Admin/Controllers/HomeController.cs

为了解决此问题（如错误消息所提示），可以在声明路由时使用名称空间。因此，在主要路线定义中Global.asax：

routes.MapRoute(
    "Default",
    "{controller}/{action}/{id}",
    new { controller = "Home", action = "Index", id = UrlParameter.Optional },
    new[] { "AppName.Controllers" }
);

并在您的~/Areas/Admin/AdminAreaRegistration.cs：

context.MapRoute(
    "Admin_default",
    "Admin/{controller}/{action}/{id}",
    new { action = "Index", id = UrlParameter.Optional },
    new[] { "AppName.Areas.Admin.Controllers" }
);

如果您不使用区域，则似乎两个应用程序都托管在同一个ASP.NET应用程序中，并且会发生冲突，因为您在不同的命名空间中定义了相同的控制器。如果要避免这种冲突，则必须将IIS配置为将这两个作为单独的ASP.NET应用程序托管。如果您没有访问服务器的权限，请咨询您的主机提供商。

这是您可能会遇到此错误的另一种情况。如果重命名项目以使程序集的文件名更改，则可能有两个版本的ASP.NET程序集，它们将重现此错误。

解决方法是转到您的bin文件夹并删除旧的dll。（我尝试过“重建项目”，但是并没有删除它们，因此请务必检查bin以确保它们已消失）

在MVC4和MVC5中有点不同，使用以下

/App_Start/RouteConfig.cs

namespace MyNamespace
{
    public class RouteConfig
    {
        public static void RegisterRoutes(RouteCollection routes)
        {
            routes.IgnoreRoute("{resource}.axd/{*pathInfo}");

            routes.MapRoute(
                name: "Default",
                url: "{controller}/{action}/{id}",
                defaults: new { controller = "Home", action = "Index", id = UrlParameter.Optional },
                namespaces:  new[] {"MyNamespace.Controllers"}
            );
        }
    }
}

和地区

context.MapRoute(
                "Admin_default",
                "Admin/{controller}/{action}/{id}",
                new { action = "Index", id = UrlParameter.Optional },
                new[] { "MyNamespace.Areas.Admin.Controllers" }
            );

观看此... http://www.asp.net/mvc/videos/mvc-2/how-do-i/aspnet-mvc-2-areas

然后这张照片（希望你喜欢我的画）

其他人说的是正确的，但对于仍然面临相同问题的人：
在我的情况下，这是因为我复制了另一个项目n将该项目重命名为其他名称，但是文件bin夹中的先前输出文件仍然存在...而且很遗憾，Build -> Clean Solution重命名项目，Namespaces 并且不会删除它们...因此手动删除它们解决了我的问题！

在您的项目bin/文件夹中

确保您只有PROJECT_PACKAGENAME.DLL

并删除ANOTHER_PROJECT_PACKAGENAME.DLL

可能会误显示在这里，或者您只是重命名您的项目

检查bin文件夹中是否存在另一个可能与homeController类冲突的dll文件。

另一个解决方案是向ControllerBuilder注册默认名称空间。由于我们的主应用程序中有很多路由，而在我们的区域（我们已经指定了一个名称空间）中只有一条通用路由，因此我们发现这是最简单的解决方案：

ControllerBuilder.Current
     .DefaultNamespaces.Add("YourApp.Controllers");

即使您没有使用区域，您仍然可以在RouteMap中指定要使用的命名空间

routes.MapRoute(
    "Default",
    "{controller}/{action}",
    new { controller = "Home", action = "Index" },
    new[] { "NameSpace.OfYour.Controllers" }
);

但这听起来像是实际问题是在IIS中设置两个应用程序的方式

我只是遇到了这个问题，但是只有当我发布到我的网站时，在我的本地调试中它才能正常运行。我发现我必须使用Web主机上的FTP并进入发布目录并删除BIN文件夹中的文件，发布时在本地删除它们没有任何作用。

即使您遵循了在区域中进行路由的所有步骤（例如在全局路由表中提供命名空间），也可能会出现区域问题：

您可能没有将全局控制器包装在路由中提供的“名称空间”中。

例如：

完成此操作：

public class HomeController : Controller
{

代替：

namespace GivenNamespace.Controllers
{
   public class HomeController : Controller
   {

如果您通过覆盖DefaultAssembliesResolver的GetAssemblies来添加自己的包含ApiController的程序集，并且它已经位于base.GetAssemblies（）的数组中，则也会出现500错误。

例子：

public class MyAssembliesResolver : DefaultAssembliesResolver
{
    public override ICollection<Assembly> GetAssemblies()
    {
        var baseAssemblies = base.GetAssemblies();

        var assemblies = new List<Assembly>(baseAssemblies);

        assemblies.Add(Assembly.GetAssembly(typeof(MyAssembliesResolver)));

        return new List<Assembly>(assemblies);
    }
}

如果以上代码与Controller在同一程序集中，则该程序集将在列表中出现两次，并且将产生500错误，因为Web API不知道使用哪个程序集。

如果您想自动解决它..您可以随意使用该应用程序，只需添加以下代码：

 routes.MapRoute(
            name: "Default",
            url: "{controller}/{action}/{id}",
            defaults: new { controller = "Home", action = "Index", id = UrlParameter.Optional },
            namespaces: new[] { string.Format("{0}.Controllers", BuildManager.GetGlobalAsaxType().BaseType.Assembly.GetName().Name) }
        );

遇到了同样的麻烦，没有任何帮助。问题是我实际上没有任何重复项，将项目名称空间从切换MyCuteProject到后，会出现此错误MyCuteProject.Web。

最后，我意识到错误的根源是一个global.asax文件.cs-XML 标记，而不是-codebehind。检查其中的名称空间-这对我有所帮助。

我刚从服务器删除文件夹“ Bin”，然后将我的bin复制到服务器，问题解决了。

在Route.config中

命名空间：new [] {“ Appname.Controllers”}

我们发现当构建中出现冲突作为警告时，我们得到了此错误。

在将Visual Studio->工具->选项->项目和解决方案->生成并运行-> MSBuild项目将输出详细程度提高到“详细”之前，我们没有得到细节。

我们的项目是.net v4 Web应用程序，System.Net.Http（v2.0.0.0）和System.Net.Http（v4.0.0.0）之间存在冲突。我们的项目从一个包（使用nuget包含）中引用了该文件的v2版本。当我们删除引用并添加了对v4版本的引用时，该构建就可以正常工作（没有警告）并且错误已得到修复。

此错误的其他变体是当您使用resharper并使用一些“自动”重构选项（包括名称空间名称更改）时。这就是我发生的事情。解决这种情况下删除文件夹的问题bin

右键单击项目，然后选择清理项目。否则，请完全清空bin目录，然后重新构建。这应该清除以前版本中剩下的所有程序集

在单个应用程序中有时还会出现此问题。在这种情况下，发布应用程序时请选中这些复选框

如果它可以帮助其他人，我也会遇到此错误。问题是由我网站上的不正确引用引起的。出于未知原因，我的网站在相同的解决方案中引用了另一个网站。一旦我删除了这个不好的参考，事情就开始正常工作。

如果您在Episerver或其他基于MVC的CMS中工作，则可能会发现该特定的控制器名称已被声明。

尝试创建名为的控制器时，这发生在我身上FileUpload。

我面临着类似的问题。主要原因是我在两个不同的区域中拥有相同的控制器。一旦我删除其中之一，它的工作正常。

我有它将对您有所帮助。

我在一个具有相同控制器名称的解决方案中有两个项目。我在第一个项目中删除了第二个项目参考，并且已解决问题

我发现在非App_Code目录中创建Controller时，传统的ASP.NET网站可能会发生此错误（有时Visual Studio会阻止这种情况）。

它将文件类型设置为“编译”，而添加到“ App_Code”的任何代码均设置为“内容”。如果将文件复制或移动到App_Code中，则仍将其设置为“编译”。

我怀疑这与“网站项目”操作有关，因为网站项目没有任何构建操作。清除bin文件夹并更改为“内容”似乎可以解决此问题。