.NET 迭代数据表中行的最快方法？

Question

从数据表中读取/比较行信息时，哪一个通常最快？

'assume dt as datatable'

'method 1'
dim i as int32
for i = 0 to dt.rows.count - 1
   ....
next

'method 2'
dim row as datarow
for each row in dt.rows
    ....
next

如果存在差异，在什么情况下使用其中一种比另一种更划算？

预先感谢您的任何指导！

Answer 1

编译器将 For Each 扩展为一个短 while 循环。

for each row in dt.rows
// expands to:
IEnumerator e = dt.rows.GetEnumerator()
while e.MoveNext()
    row = e.Current

所以你需要支付少量的管理费用。 但为了清楚起见，如果您只处理一行并且不修改数据集，我仍然会坚持使用 For Each。

Answer 2

实际上没有区别。 尽管从技术上讲，您在 foreach 方法中为通过 IEnumerable 接口付出了很小的代价。

Answer 3

第二个将受到轻微处罚。 然而，就具体情况而言，为了代码的清晰性，我个人总是会使用方法 2。 但是，如果我需要执行某些操作（例如在分析当前行时访问下一行/上一行），我会使用方法 1。

Answer 4

嗯，有一个区别，因为在 foreach 循环中调用的 GetEnumerator 和 MoveNext 是虚拟的（调用需要通过指针），因此不能内联。 实际上这个开销很小，除非您执行很多循环。

在某些情况下，编译器会将 foreach 替换为 for 循环（我相信在迭代数组时）。

为了清晰起见，我个人更喜欢在 ASP.NET MVC 代码中使用 foreach，正如许多人在这里所说的那样，但也经常使用 for 循环。
Joe Duffy 最近发表了一篇关于枚举成本的有趣文章
http://joeduffyblog.com/2008/09 /21/网络中枚举的成本/

Answer 5

@gdean232 是对的 - 几乎没有区别。 如果性能是一个问题，那么使用 SqlDataReader 会明显更快。

Answer 6

foreach 实现实际上比标准实现稍快一些，因为每个索引数组访问都需要进行边界检查。 然而，由于习语：

for(int i =0; i < myArray.Count; ++i)
{
    // do something with myArray[i];
}

很常见，编译器会将其视为特殊情况并对其进行优化，因此它变得更快。 但是，任何与该格式的小偏差（例如 int len = MyArray.Count; for(int i =0; i< len; ++i)）都不会被识别，并且将使用较慢的代码。