假设我有一个类
public class MyObject
{
public int SimpleInt{get;set;}
}
我有一个List<MyObject>，我ToList()它，然后改变一个SimpleInt，我的改变会被传播回原来的列表。换句话说，下面这个方法的输出是什么?
public void RunChangeList()
{
var objs = new List<MyObject>(){new MyObject(){SimpleInt=0}};
var whatInt = ChangeToList(objs );
}
public int ChangeToList(List<MyObject> objects)
{
var objectList = objects.ToList();
objectList[0].SimpleInt=5;
return objects[0].SimpleInt;
}
为什么?
P/S:很抱歉，这似乎是显而易见的。但是我现在没有编译器……
当前回答
ToList将创建一个全新的列表。
如果列表中的项是值类型，它们将被直接更新，如果它们是引用类型，任何更改都将反映回被引用的对象中。
其他回答
是的，它创建了一个新列表。这是有意为之。
该列表将包含与原始可枚举序列相同的结果，但将其具体化为一个持久(内存中)集合。这允许您多次使用结果，而不会产生重新计算序列的成本。
LINQ序列的美妙之处在于它们是可组合的。通常，您得到的IEnumerable<T>是组合多个过滤、排序和/或投影操作的结果。像ToList()和ToArray()这样的扩展方法允许您将计算序列转换为标准集合。
ToList将始终创建一个新列表，该列表不会反映对集合的任何后续更改。
但是，它会反映对象本身的变化(除非它们是可变结构体)。
换句话说，如果用不同的对象替换原始列表中的对象，ToList仍将包含第一个对象。 但是，如果修改了原始列表中的一个对象，ToList仍将包含相同的(修改后的)对象。
从Reflector来源:
public static List<TSource> ToList<TSource>(this IEnumerable<TSource> source)
{
if (source == null)
{
throw Error.ArgumentNull("source");
}
return new List<TSource>(source);
}
所以是的，你的原始列表不会被更新(即添加或删除)，但引用的对象将。
我在文档中没有看到ToList()总是保证返回一个新列表。如果IEnumerable是一个List，检查它并返回相同的List可能会更有效。
令人担心的是，有时您可能希望绝对确保返回的List是原来List的!=。因为微软没有记录ToList将返回一个新的List，所以我们不能确定(除非有人找到了该文档)。即使现在可行，未来也可能发生变化。
new List(IEnumerable enumerablestuff)保证返回一个新的List。我会用这个代替。
var objectList = objects.ToList();
objectList[0].SimpleInt=5;
这也将更新原始对象。新列表将包含对其中包含的对象的引用，就像原始列表一样。您可以更改其中一个元素，更新将反映在另一个元素中。
现在，如果你更新一个列表(添加或删除一个项目)，将不会反映在另一个列表。
