如果你通过覆盖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。当你在非App_Code目录下创建控制器时(有时Visual Studio会阻止这种情况)。

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

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

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

可能还有另一种情况，即使你已经遵循了在区域中路由的所有步骤(比如在全局路由表中给出命名空间)，也就是:

你可能没有将全局控制器包装在命名空间中 你在路由中提供了。

Eg:

这样做:

public class HomeController : Controller
{

而不是:

namespace GivenNamespace.Controllers
{
   public class HomeController : Controller
   {

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