Warm tip: This article is reproduced from serverfault.com, please click
c#-调用func时为什么会有内存分配
(c# - Why are there memory allocations when calling a func)
发布于 2018-03-15 12:25:15
我有以下程序，它们从两个静态方法构造一个本地Func。但是奇怪的是，当我分析该程序时，它分配了将近一百万个Func对象。为什么调用Func对象还创建Func实例？
public static class Utils
{
public static bool ComparerFunc(long thisTicks, long thatTicks)
{
return thisTicks < thatTicks;
}
public static int Foo(Guid[] guids, Func<long, long, bool> comparerFunc)
{
bool a = comparerFunc(1, 2);
return 0;
}
}
class Program
{
static void Main(string[] args)
{
Func<Guid[], int> func = x => Utils.Foo(x, Utils.ComparerFunc);
var guids = new Guid[10];
for (int i = 0; i < 1000000; i++)
{
int a = func(guids);
}
}
}
Questioner
Xiaoguo Ge
Viewed
0
@JonSkeet我完全同意；如果发生这种情况，将会带来巨大的好处-在代码审查中，我经常看到（并修复）以分配方式使用方法组，在lambda大小化（这是一个单词吗？）的情况下不这样做的情况-但是：我并不完美，b：很多人对此一无所知（为什么要这么做？）。因此：如果您想一起俱乐部，我们可以向贾里德送一两杯啤酒，“完全不行贿，老实（但请确保它发生在kthxbye上）” :)
@buffjape：“出什么问题了？” 编译器遵守规范，仅此而已。如果规范没有说每次都必须创建一个新的委托，则它可以像对lambda表达式一样轻松地缓存结果。
@buffjape：如果无法检测到优化，那就没问题了。在这种情况下，它是可检测的，因为您可以告知已根据规范创建了多个委托实例。“结果”的那部分不保持相同，因此它不是纯粹的优化。
@JonSkeet在某种程度上，整个程序的优化可以揭示
comparerFunc在这种情况下，实际上什么都不依赖于identity 。但是我并不奇怪这种情况不会发生。@TavianBarnes：绝对不是C＃编译器的工作，IMO。JIT编译器可能会这样做-但我不清楚这是一个经常足以证明JIT时间成本合理的问题。