看看Startup.cs文件，你可能会错过其中一个。这个文件是OWIN的入口点，所以听起来好像这个缺失了。看看这里的OWIN Startup类，了解发生了什么。

正如您的错误所指定的，您可以在web上禁用此功能。通过做以下配置…

禁用OWIN启动发现，添加appSetting owin:在你的web.config中，AutomaticAppStartup的值为“false”

创建一个类与名称启动这将帮助你..

public class Startup
{
   public void Configuration(IAppBuilder app)
   {
      app.MapSignalR();
   }
}

我有这个问题，理解这不是什么错在OP的情况下，但在我的情况下，我确实有一个启动类，它只是没有找到它默认。

我的问题是在程序集名称中有空格，因此默认名称空间与程序集名称不同，因此启动类的名称空间与程序集名称不同。

正如错误提示的那样，按照约定，它将查找[程序集名称]。开始上课…因此，请确保启动类的命名空间与程序集名称相同。帮我解决了这个问题。

在Visual Studio 2013 RC2中，有一个模板。只需将其添加到App_Start文件夹。

模板生成这样一个类:

using System;
using System.Threading.Tasks;
using Microsoft.Owin;
using Owin;

[assembly: OwinStartup(typeof(WebApiOsp.App_Start.Startup))]

namespace WebApiOsp.App_Start
{
    public class Startup
    {
        public void Configuration(IAppBuilder app)
        {
            // For more information on how to configure your application, visit http://go.microsoft.com/fwlink/?LinkID=316888
        }
    }
}

在我们的项目中，我们不需要OWIN功能，所以我们从最初的ASP中删除了所有的OWIN引用。NET MVC模板项目。删除OWIN启动类后出现此问题。

问题是额外的owin dll在我的bin文件夹。当我删除它们时，问题就解决了。你应该通过删除bin文件夹来删除它们。Clean Solution不会删除这些dll。

不知何故，当OWIN dll在bin文件夹中时，IIS仍然执行它们。

如果你不想使用OWIN启动，这是你应该添加到你的网页。配置文件:

在AppSettings下添加以下行:

    <add key="owin:AutomaticAppStartup" value="false" />

这是它在你的web.config中的样子:

  <appSettings>
    <add key="owin:AutomaticAppStartup" value="false" />
  </appSettings>

首先，你必须创建你的启动文件，然后你必须在web中指定该文件的语言环境。在appSettings标签中使用这一行:

<add key=“owin: app启动”值[namesce]。“初创公司- >

它解决了我的问题。

如果通过IIS Express运行并且虚拟目录没有正确配置，也可能出现此异常(即使您有正确配置的启动类)。

当我遇到这个问题时，解决方法是简单地按下项目属性“Web”选项卡中的“创建虚拟目录”按钮(使用Visual Studio 2013)

我尝试了这里推荐的大多数修复程序，仍然无法避免错误消息。最后，我组合了几个推荐的解决方案:

添加这个条目到我的web.config的AppSettings部分的顶部: <add key="owin:AutomaticAppStartup" value="false"/> 展开项目的References节点并删除包含字符串OWIN的所有内容。(我觉得这样做是安全的，因为我的组织在未来不是(也不会是)一个活跃的OWIN提供商)

然后我点击运行，我的主页就加载了。

虽然我不能完全解释为什么这为我解决了这个问题，但在我将API项目更改为build以分离\debug和\release文件夹后，我遇到了这样的问题。一旦我将更改还原到单个\bin文件夹，事情就开始工作了。

我把我的经验写在这里:不能让OWIN启动类在IIS Express重命名ASP后运行。NET项目文件

我的情况吗?我有启动文件，但在项目中被排除。我只是把它包含进去，误差就剩下了。

当我在VS2013中使用浏览器链接仪表板开始我的项目时，我总是得到相同的错误。但是，当我在调试模式下运行我的项目时，它会工作。我不知道为什么以及如何让浏览器链接仪表板工作。我检查了启动文件，它是好的，添加了appSetting行描述在一些答案“”，但没有工作。

显然，我做错的是在浏览器仪表板上点击了错误的链接。所有解决方案项目链接都显示在浏览器仪表板中，但只有启动项目链接有效。你需要点击启动项目的链接。

示例:我有2个项目，都显示在浏览器仪表板中，但只有一个标记为启动项目将工作(在解决方案资源管理器中显示为粗体)。我想这可能会帮助一些人做显而易见的事情，我花了2天时间才偶然发现了显而易见的事情。

我在尝试SignalR并将其从项目中移除后遇到了这个问题。为了解决这个问题，我不得不删除远程服务器上站点的bin文件夹的内容，然后再次发布。

在Visual Studio 2015中，当你在MVC项目中使用Azure AD时，也会遇到这种情况。在这里，它在App_Start文件夹中创建了startup . auth .cs启动文件，但它将缺少

[assembly: OwinStartup(typeof(MyWebApp.Startup))]

加进去就可以了。这在命名空间开始之前。

当我得到TFS的最新版本时，其他项目在vs的多个实例中都是打开的，我就遇到了这个问题。重新打开VS修复了问题。

在我的情况下，我登录到ftp服务器。备份了ftp服务器上的当前文件。手动删除ftp服务器上的所有文件。干净的解决方案，重新部署代码。它工作。

您是否真的试图将OWIN添加到您的项目中，或者这是意想不到的事情?

如果你想要添加OWIN，添加一个Startup类是最好的方法。 如果你不需要任何Owin的参考资料: 删除/bin文件夹中的Owin.dll。 Owin.dll是试图标识Startup类的程序。

检查一下你的包裹。配置文件被签入(当排除时，在资源管理器中会显示一个红色的无条目符号)。由于一些奇怪的原因，我的被排除在外，导致了这个问题。

在我的例子中，我重命名了项目并更改了它的文件夹结构。我发现更新抛出错误的.csproj文件中的RootNameSpace和AssemblyName可以解决错误。如果你修改了项目的路径，我建议你也检查一下。

<RootNamespace>Company.Product.WebAPI</RootNamespace>
<AssemblyName>Company.Product.WebAPI</AssemblyName>