当物理连接断开后(比如服务器重启,或网络断开),连接池中的连接仍然有效,此时从连接池获取的连接仍然是正常的,也就是说connection.open仍然正常,不会有任何错误,但在实际执行命令时就会报错,连接池中的连接才会被移除。但是这样显然会给客户造成不好的体验,因为当前执行不能成功。对于这种情况,一个方法是在执行命令的时候捕获异常,自动重新执行命令。但是这样的问题是写起来太啰嗦,我希望能够在执行命令之前,比如open的时候就自动重连,这样可以统一处理连接。代码示意:bool Open(string database)
        {            SqlConnection m_sqlCon = SqlCon;//默认是从连接池取的连接
            try
            {
                if (m_sqlCon.State == System.Data.ConnectionState.Closed) 
                    m_sqlCon.Open(); //就连接已经断开,这里也仍然是成功的。
                else if (m_sqlCon.State == ConnectionState.Broken)  //这里也并不能判断
                {
                    m_sqlCon.Close();//close也只是放回连接池,所以这里就算能执行到也没有意义
                    m_sqlCon.Open();
                }             }
            catch (Exception ex)
            {
                Dispose();
                throw (ex);
            }
            return true;
        }public int ExecuteSql(String sqlStr)
        {
            if (false == Open()) return -1;
            SqlCommand cmd = new SqlCommand(sqlStr, m_sqlCon);
            return cmd.ExecuteNonQuery();  //这里才会错误
        }以上是物理断开产生的错误?另如何判断Sqlconnection是超时状态呢??

解决方案 »

  1.   

    貌似没有超时状态,当sql服务器连接不上时,会有几十秒的等待时间
      

  2.   

    系统也不能及时知道网络连接已经断开,物理断开的时候,系统不能每秒都检测是否还存在网络连接,所以肯定会有一个延迟,等一个操作因为网络连接失败而失败后,m_sqlCon.State == System.Data.ConnectionState.Closed才会true,连接池中的连接仍然会认为有效,所以用异常处理才是最可靠的方法,没有进行sql操作之前很难准确判断连接的状态,
      

  3.   

    SqlConnection是一个轻量级对象(Light Object),使用时建议每次new,每次Open,不要一个对象从头用到底,系统会维持连接对象池,其次你可以在Thread中去取数据,采用异步的方式避免UI挂起,然后通过Try..Catch,捕捉SqlConnection在连接失败时产生的异常信息。May it helps.