从SQL Server读取海量数据时关闭IDataReader超时，求解决方案

兄弟，你这个问题的根源其实在代码里一个容易忽略的小疏忽，先别着急考虑rdr = null的方案——这完全没用，还违背了using语句的设计初衷。咱们一步步拆解：

先揪出代码里的核心错误 #

你已经在第一个SqlCommand对象里设置了CommandTimeout = 0（无超时限制），但执行ExecuteReader的时候，却重新new了一个全新的SqlCommand！这个新创建的SqlCommand根本没继承之前的超时配置，用的是默认的30秒超时。当你读取海量数据时，哪怕读取过程没超时，关闭Reader时底层可能还在和服务器做收尾交互，这时候30秒的默认超时就触发了，导致你看到的报错。

修正后的正确代码写法 #

把重新创建SqlCommand的那行改成用已经配置好的command对象执行：

try { 
    using (SqlConnection con = new SqlConnection(connString)) { 
        con.Open(); 
        using (SqlCommand command = new SqlCommand(sql_query, con)) { 
            command.CommandTimeout = 0; 
            // 用已设置超时的command执行，不要重新new！
            using (IDataReader rdr = command.ExecuteReader(CommandBehavior.SequentialAccess)) { 
                dataTable = GetDataTableFromDataReader(rdr); 
            } 
        }
    }
}
catch(Exception ex) {
    // 异常处理逻辑
}

关于rdr = null的疑问 #

完全没必要这么做！using语句的核心作用就是在代码块结束时自动调用对象的Dispose()方法，对于IDataReader来说，Dispose()会自动关闭Reader并释放相关资源。手动设置rdr = null只是把变量引用置空，根本不会触发资源释放，纯粹多此一举。

额外的优化建议 #

如果数据量真的特别大，还有几个可以优化的点：

• 考虑不要把所有数据转成DataTable：DataTable会把所有数据加载到内存中，既占用内存，又会延长整体操作时间。可以用rdr.Read()逐行处理数据，边读边处理，降低内存压力。
• 加上CommandBehavior.CloseConnection：如果你的场景不需要保留连接，可以在ExecuteReader时追加这个参数，关闭Reader时会自动关闭连接，减少资源占用：

  using (IDataReader rdr = command.ExecuteReader(CommandBehavior.SequentialAccess | CommandBehavior.CloseConnection)) {
      // 数据处理逻辑
  }
  

内容的提问来源于stack exchange，提问作者mateskabe