@RyanMann在上面的回答下评论道:

将连接字符串存储在一个配置文件中，然后通过<connectionString configSource="../ProjectDir/SharedConnections "在其他项目中引用它们。配置" / >

这是一个很棒的建议!

它还可以在App.config和Web之间共享连接字符串。配置文件!

任何想要遵循这个建议的人，都应该去看看这个SO答案。 它有一个关于在解决方案中的多个项目之间共享连接字符串的非常棒的分步指南。

唯一需要注意的是，configSource必须存在于同一目录或子目录中。上面的链接解释了如何使用“添加为链接”来解决这个问题。

这也可能导致在调用代码中没有引用足够的dll引用。一个小小的笨拙的hack可以挽救你的一天。

我遵循DB First方法，并在DAL类库项目中创建了EDMX文件，这是对BAL类库的引用，而BAL类库又由WCF服务引用。

由于我在BAL中得到这个错误，我尝试了上面提到的方法从DAL项目的App.config复制配置细节，但没有解决。最终，在一个朋友的建议下，我只是添加了一个虚拟的EDMX文件到WCF项目(与相关的DB Connectivity等)，所以它导入了所有必要的东西，然后我只是删除了EDMX文件，它只是摆脱了一个干净的构建问题。

你是对的，这是因为类库(其中.edmx文件)不是你的启动/主项目。

您需要将连接字符串复制到主项目配置文件。

如果你的启动/主项目没有配置文件(就像在我的控制台应用程序的情况下)，只需添加一个(启动项目-添加新项->应用程序配置文件)。

更多相关信息可以在这里找到: MetadataException:无法加载指定的元数据资源

我也遇到过同样的问题。我错过了把连接字符串到启动项目，因为我正在从其他层执行数据访问操作。同样，如果你的启动项目中没有app.config，那么添加app.config文件，然后向该配置文件添加连接字符串。

我在运行MSTest时遇到了这个问题。如果没有“不隔离”的标志，我就无法让它工作。

希望这能帮助到一些人。花了我很多时间才弄明白。在IDE中一切都运行正常。在这个上下文中，实体框架有些奇怪。

是的，这很愚蠢。使用连接构建器可以避免复制连接字符串。VB。Net代码(在生产中使用，但在这里略有修改，因此视为未经测试，乐意协助解决任何问题)，其中我有一个serverName变量，一个databaseName变量，我将它们传递到一个方法，并让它为我生成连接:

    Dim EfBuilder As New System.Data.EntityClient.EntityConnectionStringBuilder("metadata=res://*/VMware.VmEf.csdl|res://*/VMware.VmEf.ssdl|res://*/VMware.VmEf.msl;provider=System.Data.SqlClient;provider connection string=""data source=none;initial catalog=none;integrated security=True;multipleactiveresultsets=True;App=EntityFramework""")
   Dim SqlBuilder As New Data.SqlClient.SqlConnectionStringBuilder(EfBuilder.ProviderConnectionString)
                        SqlBuilder.DataSource = serverName
                        SqlBuilder.InitialCatalog = databaseName
                        EfBuilder.ProviderConnectionString = SqlBuilder.ConnectionString
                        Using vmCtx As New VmEfConn(EfBuilder.ConnectionString)