C#中List扩展方法内调用Select未执行的原因及疑问

我疑惑为什么在List的扩展方法中调用Select方法时，代码逻辑不会执行？是不是我对Select的用途认知有偏差？

代码示例 #

调用代码：

var someList = new List<SomeObject>();
int triggerOn = 5;
/* list gets populated*/
someList.MutateList(triggerOn, "Add something", true);

使用Select的MutateList方法定义：

public static class ListExtension
{
    public static IEnumerable<SomeObject> MutateList(this IEnumerable<SomeObject> objects, int triggerOn, string attachment, bool shouldSkip = false)
    {
        return objects.Select(obj =>
        {
            if (obj.ID == triggerOn)
            {
                if (shouldSkip) shouldSkip = false;
                else obj.Name += $" {attachment}";
            }
            return obj;
        });
    }
 }

可行的foreach方案（MutateList方法内）：

foreach(SomeObject obj in objects)
{
    if (obj.ID == triggerOn)
    {
        if (shouldSkip) shouldSkip = false;
        else obj.Name += $" {attachment}";
    }
}
return objects;

问题原因 #

核心原因是LINQ的延迟执行（惰性求值）：

• Select是LINQ中的投影方法，它返回的不是处理后的集合，而是一个查询对象，这个对象只有在被枚举（比如用foreach遍历、调用ToList()/Count()/ToArray()等方法）的时候，才会真正执行你写的lambda逻辑。
• 你的代码里调用someList.MutateList(...)后，没有对返回的IEnumerable<SomeObject>做任何枚举操作，所以Select里的修改逻辑根本没机会运行。
• 而foreach方案是立即遍历原集合，直接执行修改逻辑，所以能正常生效。

另外，你对Select的用途认知确实有偏差：Select的设计目的是将序列元素投影为新的形式（比如把对象转换成另一种类型，或者提取属性），虽然你这里修改的是引用类型的属性（因为SomeObject是引用类型，修改属性会影响原对象），但这种副作用式的操作并不是Select的设计初衷。

解决建议 #

• 如果你的目标是修改集合中元素的属性，直接用foreach遍历处理是更合适、更直观的方式，就像你最终采用的方案那样。
• 如果非要用LINQ的方式，那调用MutateList后必须枚举返回的结果，比如：

  someList.MutateList(triggerOn, "Add something", true).ToList();
  

  但这种写法不符合Select的设计意图，可读性差，不推荐。

内容的提问来源于stack exchange，提问作者sspahic2