c# – 为什么在LINQ查询之后的GC释放了WhereListIterator,而不是表示条件的Func?

前端之家收集整理的这篇文章主要介绍了c# – 为什么在LINQ查询之后的GC释放了WhereListIterator,而不是表示条件的Func?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我正在看一个简单的LINQ查询的内存影响,并注意到LINQ查询创建了2个额外的类型的对象Enumerable WhereListIterator< Int32>和Func< Int32,Boolean&gt ;. 使用的代码是:
static void Main(string[] args)
{
    // Setting baseline snapshot
    var list1 = new List<int> { 4862,6541,7841 };
    var list2 = new List<int>(list1.Count);
    var list3 = new List<int>(list1.Count);

    // First snapshot: LINQ usage
    list2.AddRange(list1.Where(item => item > 5000 && item < 7000));

    // Second snapshot: foreach-loop
    foreach (var item in list1)
    {
        if (item > 5000 && item < 7000)
        {
            list3.Add(item);
        }
    }

    // End gather
    Console.Read();
}

在foreach循环之后的快照中,我注意到Enumerable WhereListIterator< Int32>对象是垃圾回收,但Func< Int32,Boolean>还在记忆中

为什么还在这里呢?在这个时间点(在Console.Read语句中),我不认为任何内容仍然引用它,并且分析器强制使用GC(这就是为什么收集迭代器).

注意:收集其他快照不会更改释放的对象数量,因此Func被标记为下一次运行的集合不是问题.

解决方法

lambda不是GC-ed的原因是lambda本身的结构:
item => item > 5000 && item < 7000

这个lambda没有捕获任何东西,这意味着它可以被编译一次,并且永久重用. C#发现这个,并利用这样的lambdas通过静态缓存来提高性能.

如果您的lambda从其上下文中捕获了一个变量,那么当不再需要时,它将被垃圾回收.

请参阅this answer了解有关在.NET中的lambda生命周期的更多信息.

猜你在找的C#相关文章