我对这个问题的解决方案是一个扩展方法WithIndex()，

http://code.google.com/p/ub-dotnet-utilities/source/browse/trunk/Src/Utilities/Extensions/EnumerableExtensions.cs

像这样使用它

var list = new List<int> { 1, 2, 3, 4, 5, 6 };    

var odd = list.WithIndex().Where(i => (i.Item & 1) == 1);
CollectionAssert.AreEqual(new[] { 0, 2, 4 }, odd.Select(i => i.Index));
CollectionAssert.AreEqual(new[] { 1, 3, 5 }, odd.Select(i => i.Item));

除非你的集合可以通过某种方法返回对象的索引，否则唯一的方法就是使用像你的例子中那样的计数器。

然而，当使用索引时，唯一合理的答案是使用for循环。其他任何事情都会带来代码的复杂性，更不用说时间和空间的复杂性了。

我就是这么做的，这很简单，但如果你在循环body obj中做了很多。价值，它很快就会过时。

foreach(var obj in collection.Select((item, index) => new { Index = index, Value = item }) {
    string foo = string.Format("Something[{0}] = {1}", obj.Index, obj.Value);
    ...
}

这个答案是:游说c#语言团队获得直接的语言支持。

开头的答案是这样的:

显然，索引的概念与的概念是不同的 枚举，并且不能执行。

虽然目前的c#语言版本(2020年)确实如此，但这并不是CLR/ language的概念限制，它是可以做到的。

微软c#语言开发团队可以通过添加对新的Interface IIndexedEnumerable的支持来创建一个新的c#语言特性

foreach (var item in collection with var index)
{
    Console.WriteLine("Iteration {0} has value {1}", index, item);
}

//or, building on @user1414213562's answer
foreach (var (item, index) in collection)
{
    Console.WriteLine("Iteration {0} has value {1}", index, item);
}

如果使用foreach()并且存在var索引，则编译器期望项集合声明IIndexedEnumerable接口。如果没有接口，编译器可以用IndexedEnumerable对象对源代码进行polyfill包装，该对象将添加到代码中用于跟踪索引。

interface IIndexedEnumerable<T> : IEnumerable<T>
{
    //Not index, because sometimes source IEnumerables are transient
    public long IterationNumber { get; }
}

稍后，可以将CLR更新为具有内部索引跟踪，这仅在指定了with关键字且源代码没有直接实现IIndexedEnumerable时使用

Why:

Foreach看起来更好，在业务应用程序中，Foreach循环很少成为性能瓶颈 Foreach可以更有效地使用内存。拥有一个函数管道，而不是在每一步都转换为新的集合。当CPU缓存故障和垃圾收集更少时，谁会关心它是否使用了更多的CPU周期呢? 要求编码器添加索引跟踪代码，破坏了它的美感 它很容易实现(请微软)，并且向后兼容

虽然这里的大多数人都不是微软的员工，但这是一个正确的答案，你可以游说微软增加这样一个功能。您已经可以使用扩展函数构建自己的迭代器并使用元组，但微软可以在语法上略加改进以避免使用扩展函数

我不相信有一种方法可以获得foreach循环当前迭代的值。数数自己，似乎是最好的办法。

我能问一下，你为什么想知道?

看起来你最有可能做以下三件事中的一件:

1)从集合中获取对象，但在这种情况下，您已经拥有它。

2)为后期处理计算对象…集合有一个可以使用的Count属性。

3)根据对象在循环中的顺序设置它的属性…尽管您可以在将对象添加到集合时轻松地进行设置。

我不同意在大多数情况下使用for循环是更好的选择的说法。

Foreach是一个有用的构造，在所有情况下都不能被for循环所取代。

例如，如果您有一个DataReader，并使用foreach循环遍历所有记录，它会自动调用Dispose方法并关闭阅读器(然后自动关闭连接)。因此，这是更安全的，因为它可以防止连接泄漏，即使您忘记关闭读取器。

(当然，总是关闭读取器是很好的做法，但如果你不这样做，编译器就不会捕捉到它——你不能保证你已经关闭了所有的读取器，但你可以通过养成使用foreach的习惯，使它更有可能不会泄漏连接。)

对于Dispose方法的隐式调用，可能还有其他有用的例子。