当您收到这个异常时，请确保展开详细信息并查看内部异常详细信息，因为它将提供关于登录失败原因的详细信息。在我的例子中，连接字符串包含一个没有访问我的数据库的用户。

无论您使用的是集成安全(登录Windows用户的上下文)还是个人SQL帐户，请确保该用户在“安全”下对您试图访问的数据库具有适当的访问权限，以防止此问题。

我在网上搜索这个问题。我在连接字符串中输入了错误的名称，请检查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" />

如果还原数据库时用户已经存在，且模式不同，导致无法分配正确的权限，也会发生这种情况。

要纠正此运行:

USE your_database
EXEC sp_change_users_login 'Auto_Fix', 'user', NULL, 'cf'
GO
EXEC sp_change_users_login 'update_one', 'user', 'user'
GO

为服务器机器上的SQL Server(和端口1433)定义一个新的Windows防火墙规则可以解决这个错误(如果您的服务器名、用户登录名或密码在连接字符串中没有错误…)。

对我来说，这只是一个简单的错误:

我使用Amazon EC2，我在连接字符串中使用了我的弹性IP地址，但是当我更改IP地址时，我忘记更新我的连接字符串。

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

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

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