我犯了这个错误，并找到了一些解决方案:

查看连接字符串，它看起来是有效的。我发现了这篇博客文章，这里的问题是他们使用了集成安全系统。如果您在IIS上运行，您的IIS用户需要访问数据库。

如果您使用实体框架与事务，实体框架自动打开和关闭连接与每个数据库调用。因此，在使用事务时，您试图将事务分散到多个连接上。这提升到MSDTC。

(更多信息请参见参考资料。)

更改我的代码如下固定:

using (DatabaseEntities context = new DatabaseEntities())
{
    context.Connection.Open();
    // the rest
}

没有一个答案对我有用

我认为我们中的一些人都会犯愚蠢的错误，失败有100种方式……

我的问题是新项目，我在另一个项目中设置了所有的配置，但调用者是一个Web Api项目，其中我必须在Web Api项目中复制相同的连接字符串。

我认为这很疯狂，因为我甚至没有从web api中更新dbcontext或任何东西。

否则，类库将试图查找一个名为

TokenApi.Core.CalContext   

其中我的项目名为TokenApi。Core和CalContext是连接字符串的名称和文件名

由于连接状态，我遇到了类似的异常问题，然后我意识到我的域服务类变量被标记为静态(错误地)。

我的猜测是，一旦服务库加载到内存中，每个新调用最终都会使用相同的静态变量值(域服务实例)，从而通过连接状态引起冲突。

我还认为每个客户端调用都会产生一个新线程，因此多个线程访问同一个域服务实例就相当于火车失事。

我在网上搜索这个问题。我在连接字符串中输入了错误的名称，请检查web.config中的连接字符串。我有name="AppTest"，但它应该是name="App"。

在我的AppTestContext.cs文件中我有:

public AppTestContext() : this("App") { }

错误的连接字符串:

<add connectionString="Data Source=127.0.0.1;Initial Catalog=AppTest;Integrated Security=SSPI;MultipleActiveResultSets=True" name="AppTest" providerName="System.Data.SqlClient" />

右连接字符串:

<add connectionString="Data Source=127.0.0.1;Initial Catalog=AppTest;Integrated Security=SSPI;MultipleActiveResultSets=True" name="App" providerName="System.Data.SqlClient" />

我也面临着同样的问题。现在我已经从连接字符串中删除了用户名和密码。

确保所提供的连接字符串中的每个元素值都是正确的。在我的例子中，我得到了相同的错误，因为在连接字符串中指定的目录名称(数据库名称)不正确。