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

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

private volatile Type _dependency;

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

我有一个控制台应用程序和类库。在类库中，我创建了实体数据模型(右键单击类库>添加>新项目>数据> ADO。NET实体数据模型6.0)，并在控制台应用程序中放置引用。因此，你有控制台应用程序，它引用类库，在类库中，你有EF模型。当我试图从表中获取一些记录时，我遇到了同样的错误。

我通过以下步骤解决了这个问题:

Right click to solution and choose option 'Manage NuGet Packages for Solution' and NuGet package manager window will show up. Go to 'Manage' option under 'Installed packages' TIP: Entity Framework is added to Class Library, so you will have EntityFramework under 'Installed packages' and you'll see 'Manage'option Click on 'Manage' option and check to install package to project which has reference to class library which holds EF model (in my case I set check box to install package to console app which had reference to class library which had EF model inside)

这就是我所要做的一切，一切都很完美。

我希望这对你有所帮助。

添加这个函数

private void FixEfProviderServicesProblem()

到库类中的数据库上下文类，丢失的DLL EntityFramework.SqlServer.dll将被复制到正确的位置。

namespace a.b.c
{
    using System.Data.Entity;

    public partial class WorkflowDBContext : DbContext
    {
        public WorkflowDBContext()
            : base("name=WorkflowDBConnStr")
        {
        }

        public virtual DbSet<WorkflowDefinition> WorkflowDefinitions { get; set; }
        public virtual DbSet<WorkflowInstance> WorkflowInstances { get; set; }
        public virtual DbSet<EngineAlert> EngineAlerts { get; set; }
        public virtual DbSet<AsyncWaitItem> AsyncWaitItems { get; set; }
        public virtual DbSet<TaskItem> TaskItems { get; set; }
        public virtual DbSet<TaskItemLink> TaskItemLinks { get; set; }

        protected override void OnModelCreating(DbModelBuilder modelBuilder)
        {
        }

        private void FixEfProviderServicesProblem()
        {
            // The Entity Framework provider type 'System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServer'
            // for the 'System.Data.SqlClient' ADO.NET provider could not be loaded. 
            // Make sure the provider assembly is available to the running application. 
            // See http://go.microsoft.com/fwlink/?LinkId=260882 for more information.
            var instance = System.Data.Entity.SqlServer.SqlProviderServices.Instance;
        }
    }
}

.

我刚刚遇到了同样的问题，它看起来像EntityFramework，虽然从NuGet包管理器安装没有正确安装在项目中。

我设法通过在包管理器控制台运行以下命令来修复它:

PM> Install-Package EntityFramework

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

总而言之:

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

今天在处理一组web服务时遇到了这个问题，每个web服务都在不同的项目中，而一个单独的项目包含其中一些服务的集成测试。

我已经在EF5中使用这个设置有一段时间了，不需要包括集成测试项目中对EF的引用。

现在，在升级到EF6之后，似乎我也需要在集成测试项目中包含对EF6的引用，即使它没有在那里使用(正如user3004275上面指出的那样)。

说明你也面临着同样的问题:

直接调用EF(连接到DB，获取数据等)工作正常，只要它们是从引用EF6的项目发起的。 通过已发布的服务接口调用服务工作正常;也就是说，在服务中“内部”不存在缺失引用。 从服务外部的项目直接调用服务项目中的公共方法，将导致此错误，即使EF没有在该项目中使用;仅在被调用的项目内部

第三点是让我困惑了一段时间，我仍然不确定为什么需要这个。在我的集成测试项目中添加ref到EF6，在任何情况下都解决了这个问题…