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

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

这是一个很棒的建议!

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

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

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

正如您所猜测的，这与类库的app.config中的连接字符串有关。

将类app.config中的条目复制到容器的app.config或web中。配置文件

尝试将连接字符串复制到MVC项目中的.config文件中。

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

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

由包含.edmx文件的项目生成的连接字符串生成连接字符串，这似乎是app.config类型文件的保留，这些文件被复制到输出目录，并被可执行文件引用以存储运行时配置信息。

这在web项目中中断，因为没有自动的过程将随机的.config信息添加到web中。web项目的配置文件。

最简单的方法是将连接字符串从配置文件复制到web的连接部分。配置文件，忽略配置文件内容。

定期迁移

有两个选项——这里每个人都建议的第一个选项是确保连接字符串在Web中。项目配置文件。当使用来自Azure应用程序设置的连接字符串时，这意味着要重写Web。配置值与Azure值。

Azure或自动迁移(编程式)

如果你以编程方式运行迁移，还有第二个选项可用，它允许你使用动态获得的连接字符串(或通过Azure应用程序设置)运行迁移，而不将其存储在Web.config中:

在设置配置的TargetDatabase时，使用DbConnectionInfo构造函数，它接受一个连接字符串和一个提供者名称，而不是只接受一个连接名称的构造函数。如果您的连接字符串没有提供商名称，并且您使用的是SQL Server / Azure SQL，则使用"System.Data.SqlClient"