C# DataTable 删除行后访问报异常的解决方案

核心原因分析

DataTable.Rows.Delete() 方法的本质是将指定行的状态标志为 Deleted，而不是直接从集合中移除该行对象。这意味着：

• 数据仍然存在于 DataTable 的内存结构中。
• 行状态（RowState）变为 DataRowState.Deleted。
• 如果在此状态下尝试读取行的列值或对其进行其他操作，运行时环境通常会抛出异常以保护数据完整性。

第1步：理解 Delete() 的临时性

目的：理解为何删除后仍能回滚。 机制：Delete() 类似于数据库中的事务标记。如果后续调用 DataTable.AcceptChanges()，这些标记为删除的行会被物理移除并提交更改；如果调用 DataTable.RejectChanges()，则所有标记为删除的行会恢复为原始状态（或未修改状态）。

因此，仅使用 Delete() 而不提交更改，不能达到永久删除的目的。

第2步：彻底删除数据的正确方法

目的：从 DataTable 中真正移除不需要的行。 方案 A：使用 AcceptChanges() 入口：在循环或业务逻辑中确定要删除的行后。 动作：先调用 row.Delete() 标记删除，然后调用 table.AcceptChanges() 确认执行。

// 标记删除某一行
dt.Rows[0].Delete(); 
// 确认删除，物理移除该行
dt.AcceptChanges();

方案 B：使用 RemoveAt() 或 Remove() 入口：直接需要通过索引或对象引用删除时。 动作：使用 dt.Rows.RemoveAt(i) 或通过 dt.Rows.Remove(dr) 直接删除。 参数注意：RemoveAt(i) 是即时生效的物理删除。如果在一个循环中连续使用 RemoveAt(0) 再 RemoveAt(1)，会发生索引错位。例如：删除原索引0的行后，原索引1的行会自动变成新的索引0。此时再次调用 RemoveAt(1) 实际上删除的是原来的第2行（新索引1）。因此，正向递增循环中慎用 RemoveAt，建议从后往前遍历或使用 LINQ 过滤后重建表。

第3步：安全遍历并获取有效数据（推荐做法）

目的：在保留 DataTable 结构或批量删除标记的情况下，只处理未被删除的有效行，避免访问异常。 入口：遍历 DataTable.Rows 集合时。 重要参数：DataRowState 枚举。 可观察的完成状态：仅处理 RowState != DataRowState.Deleted 的行。

List<string> lst = new List<string>();
for (int i = 0; i < _Table.Rows.Count; i++)
{
    // 关键判断：跳过已被标记删除的行
    if (_Table.Rows[i].RowState != DataRowState.Deleted)
    {
        // 安全访问列值
        string value = _Table.Rows[i]["I_SL"].ToString();
        lst.Add(value == "0" ? "false" : "true");
    }
}

上述代码展示了标准的防护性编程模式。即使 _Table 中存在被 Delete() 标记过的行，由于加入了 RowState 判断，程序不会抛出异常，并能准确提取未删除的数据。

简要总结

C# DataTable 的删除操作分为“软删除”和“硬删除”。Delete() 仅是软删除，需配合 AcceptChanges() 才能彻底移除；而 RemoveAt() 是即时硬删除，但需注意索引变化风险。在日常开发中，最安全的做法是在遍历集合时始终检查 RowState，确保只访问 NotDeleted 状态的行，从而规避潜在的程序崩溃问题。

以上就是C# DataTable已删除行访问异常处理的详细内容，更多关于C# DataTable数据操作技巧的资料请关注本站其它相关文章！