为什么 ODBCConnection.State 不可靠？

Question

考虑一个简单的设置：

// _conn is the OdbcConnection with a MySQL-Server (MySQL-Connector 3.51)
// _cmd is a created OdbcCommand

// Constructor has created the objects successfully

public void DoSomething() {
    if(_conn.State == ConnectionState.Open)
        _cmd.ExecuteNonQuery();
}

现在我的问题是，OdbcConnection.State 不可靠。问题是，一段时间后连接丢失，但是 State-Property 对此一无所知，并且一直告诉我连接已打开，至少直到我尝试执行为止一个命令（优雅地失败）。我什至遇到过这样的情况：状态属性永远不会刷新，并一直告诉我连接仍然存在（但命令失败）。

当然，我可以在代码中添加 Try {...} Catch {...} 块，但我试图避免它们，因为扩展了一个至少包含四行错误处理的两行函数有点……重。

所以我的问题是：为什么 OdbcConnection.State 不可靠？我可以修复它吗？

Answer 1

网络的本质是，在实际尝试发送数据之前，您通常不知道存在问题。如果您只是将插头从计算机背面拔出（或者从客户端和服务器之间的某个开关拔出插头），那么操作系统将无法知道，直到它实际尝试发送数据甚至还有问题。

那么，State 不可靠的原因是，如果不实际尝试向服务器发送数据，就不可能使其完全可靠 。由于对于一个简单的属性来说，要做的工作太多（整个网络往返），因此它不会这样做，而只是做了最简单的事情。

此外，事实上，当您调用 State == Open 和实际执行命令之间存在竞争条件：您可能调用 State == Open，然后有人拉取在执行命令之前先拔掉插头。

因此，最终，您无论如何都必须拥有该异常处理程序。我还建议您不要在每次调用数据库时都放置异常。如果您正在做一个网站，那么有一个页面级处理程序并保留它。除了向用户显示错误消息之外，尝试以任何其他方式“处理”数据库故障确实没有意义......