在c# / VB.NET/。哪个循环运行得更快，for还是foreach?
自从很久以前我读到for循环比foreach循环工作得快，我就认为它适用于所有集合、泛型集合、所有数组等。
我搜索了谷歌，找到了几篇文章，但大多数都是不确定的(阅读文章评论)，而且是开放式的。
理想的情况是列出每种情况以及最佳解决方案。
例如(这只是一个例子):
用于迭代1000+的数组 字符串- for比foreach好 对于迭代IList(非泛型)字符串- foreach更好 比
在网上找到了一些相同的参考资料:
由Emmanuel Schanzer撰写的原创文章 CodeProject FOREACH Vs. FOR 博客——去博客还是不去博客，这是个问题 ASP。NET论坛- NET 1.1 c# for vs foreach
(编辑)
除了可读性之外，我对事实和数据真的很感兴趣。在某些应用中，最后一英里的性能优化确实很重要。
当前回答
在大多数情况下，其实没有什么区别。
通常，当你没有显式的数值索引时，你总是必须使用foreach，而当你实际上没有可迭代集合时，你总是必须使用for(例如，在上三角形的二维数组网格上迭代)。在某些情况下，你可以做出选择。
有人可能会说，如果代码中开始出现神奇的数字，for循环可能会更难维护。你对不能使用for循环而不得不构建一个集合或使用lambda来构建子集合感到恼火应该是正确的，因为for循环已经被禁止了。
其他回答
影响性能的是您在循环中所做的事情，而不是实际的循环构造(假设您的情况不平凡)。
至少我没有看到我的同事或上级这么说，考虑到for和foreach之间没有显著的速度差异，这是荒谬的。如果他要求在所有情况下都使用它，同样适用!
在大多数情况下，其实没有什么区别。
通常，当你没有显式的数值索引时，你总是必须使用foreach，而当你实际上没有可迭代集合时，你总是必须使用for(例如，在上三角形的二维数组网格上迭代)。在某些情况下，你可以做出选择。
有人可能会说，如果代码中开始出现神奇的数字，for循环可能会更难维护。你对不能使用for循环而不得不构建一个集合或使用lambda来构建子集合感到恼火应该是正确的，因为for循环已经被禁止了。
有很好的理由选择foreach循环而不是for循环。如果你可以使用foreach循环，你的老板说你应该这样做是对的。
然而，并不是每次迭代都是简单地按顺序逐个遍历列表。如果他是禁止的，是的，那是错误的。
如果我是你，我会把你所有的for循环转化成递归。这样可以教会他，对你来说也是很好的脑力锻炼。
除非您处于特定的速度优化过程中，否则我会建议使用产生最容易阅读和维护代码的方法。
如果已经设置了迭代器，比如其中一个集合类，那么foreach是一个很好的简单选项。如果你迭代的是一个整数范围，那么for可能更简洁。
