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 = ne 我正在看一个简单的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# – 为什么在LINQ查询之后的GC释放了WhereListIterator,而不是表示条件的Func？全部内容，希望文章能够帮你解决c# – 为什么在LINQ查询之后的GC释放了WhereListIterator,而不是表示条件的Func？所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。