这些对我都没用。我确实在另一个stackoverflow问题中找到了解决方案。我将在这里添加它以方便参考:

你需要做一份参考资料，所以它会在申请中被复制 路径。因为稍后它将在运行时被引用。所以你不需要 需要复制任何文件。

private volatile Type _dependency;

public MyClass()
{
    _dependency = typeof(System.Data.Entity.SqlServer.SqlProviderServices);
}

我有同样的错误。奇怪的是，它只发生在我使用dbContext查询我的任何模型或获得它的列表时:

var results = _dbContext.MyModel.ToList();

我们试图重新安装实体框架，正确引用它，但无济于事。

幸运的是，我们尝试检查Nuget的所有解决方案，然后更新所有内容或确保所有内容都是相同的版本，因为我们注意到两个项目在Web项目上有不同的EF版本。这很有效。错误消失了。

以下是关于如何管理所有解决方案的Nuget的截图:

这些对我都没用。我确实在另一个stackoverflow问题中找到了解决方案。我将在这里添加它以方便参考:

你需要做一份参考资料，所以它会在申请中被复制 路径。因为稍后它将在运行时被引用。所以你不需要 需要复制任何文件。

private volatile Type _dependency;

public MyClass()
{
    _dependency = typeof(System.Data.Entity.SqlServer.SqlProviderServices);
}

删除bin文件夹帮我解决了这个问题

你不需要在控制台应用程序中安装实体框架，你只需要添加一个对程序集EntityFramework.SqlServer.dll的引用。您可以将此程序集从使用实体框架的类库项目复制到LIB文件夹，并向其添加引用。

总而言之:

类库应用: 安装实体框架 编写数据层代码 app.config文件包含了除了连接字符串之外与实体框架相关的所有配置。 创建一个控制台，web或桌面应用程序: 向第一个项目添加引用。 添加一个对EntityFramework.SqlServer.dll的引用。 app.config /网络。config有连接字符串(记住，配置项的名称必须与DbContext类的名称相同。

大家注意，两个dll EntityFramework.dll和EntityFramework.SqlServer.dll是DataAccess层库，在视图或任何其他层中使用它们是不符合逻辑的。它能解决你的问题，但不符合逻辑。

逻辑的方法是删除实体属性并用Fluent API替换它们。这是实解