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

如果你通过覆盖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);
    }
}

如果上面的代码和你的控制器在同一个程序集中，这个程序集将在列表中出现两次，并将生成一个500错误，因为Web API不知道使用哪个程序集。

在另一种情况下，您可能会遇到这种错误。如果重命名项目以使程序集的文件名发生变化，则可以拥有两个版本的ASP。NET程序集，该程序集将重现此错误。

解决方案是转到bin文件夹并删除旧的dll。(我尝试了“重建项目”，但这并没有删除他们，所以一定要检查bin以确保他们已经消失了)

看这个…http://www.asp.net/mvc/videos/mvc-2/how-do-i/aspnet-mvc-2-areas

然后这张照片(希望你喜欢我的画)

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

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

我发现这个错误可以发生在传统的ASP。当你在非App_Code目录下创建控制器时(有时Visual Studio会阻止这种情况)。

它将文件类型设置为“Compile”，而添加到“App_Code”中的任何代码都设置为“Content”。如果你复制或移动文件到App_Code，那么它仍然被设置为“Compile”。

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