假设我有一个类

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将始终创建一个新列表,该列表不会反映对集合的任何后续更改。

但是,它会反映对象本身的变化(除非它们是可变结构体)。

换句话说,如果用不同的对象替换原始列表中的对象,ToList仍将包含第一个对象。 但是,如果修改了原始列表中的一个对象,ToList仍将包含相同的(修改后的)对象。

其他回答

我认为这相当于问ToList是做深度复制还是浅复制。由于ToList无法克隆MyObject,它必须进行浅拷贝,因此创建的列表包含与原始列表相同的引用,因此代码返回5。

接受的答案根据OP的例子正确地回答了他的问题。但是,它只适用于将ToList应用于具体集合时;当源序列的元素还没有被实例化(由于延迟执行)时,它不会保持。对于后一种情况,每次调用ToList(或枚举序列)时可能会得到一组新的项。

下面是OP代码的改编,以演示这种行为:

public static void RunChangeList()
{
    var objs = Enumerable.Range(0, 10).Select(_ => new MyObject() { SimpleInt = 0 });
    var whatInt = ChangeToList(objs);   // whatInt gets 0
}

public static int ChangeToList(IEnumerable<MyObject> objects)
{
    var objectList = objects.ToList();
    objectList.First().SimpleInt = 5;
    return objects.First().SimpleInt;
}

虽然上面的代码可能看起来不自然,但在其他情况下,这种行为可能是一种微妙的错误。请参阅我的另一个示例,了解它导致重复生成任务的情况。

是的,ToList将创建一个新列表,但是因为在这种情况下MyObject是一个引用类型,所以新列表将包含对与原始列表相同对象的引用。

更新新列表中引用的对象的SimpleInt属性也会影响原始列表中的等效对象。

(如果MyObject声明为结构体而不是类,则新列表将包含原始列表中元素的副本,并且更新新列表中元素的属性不会影响原始列表中的等效元素。)

是的,它创建了一个新列表。这是有意为之。

该列表将包含与原始可枚举序列相同的结果,但将其具体化为一个持久(内存中)集合。这允许您多次使用结果,而不会产生重新计算序列的成本。

LINQ序列的美妙之处在于它们是可组合的。通常,您得到的IEnumerable<T>是组合多个过滤、排序和/或投影操作的结果。像ToList()和ToArray()这样的扩展方法允许您将计算序列转换为标准集合。

我在文档中没有看到ToList()总是保证返回一个新列表。如果IEnumerable是一个List,检查它并返回相同的List可能会更有效。

令人担心的是,有时您可能希望绝对确保返回的List是原来List的!=。因为微软没有记录ToList将返回一个新的List,所以我们不能确定(除非有人找到了该文档)。即使现在可行,未来也可能发生变化。

new List(IEnumerable enumerablestuff)保证返回一个新的List。我会用这个代替。