Question

看起来静态方法与静态Func字段相同。我错过了什么，或者它们本质上是可以互换的（相同的足迹等）？

静态属性最终与其他两个示例相同，除了它包含“get”访问器的（最小）开销。

也许有点毫无意义，并且正在凝视着......但我喜欢理解“幕后”发生了什么，即使它并不是立即相关的。

确定：我不打算将所有静态方法切换为lambda表达式（并让我的同事疯狂）。但是，可能存在一些合理的情况，其中静态变量比编写方法更有意义。或者相反：说服某人使用静态方法而不是lambda表达式来使代码更具可读性或其他

另外，我很好奇是否有更好的方法来调查这类问题

我的测试

我将这个简单的例子放入LINQPad（v4.57.02，“使用 / optimize + 编译”）：

void Main()
{
    var hold = "this is the thing. it returns true";
    var held = "this is the one that returns false";

    Console.WriteLine(One.Check(hold));
    Console.WriteLine(One.Check(held));

    Console.WriteLine(Two.Check(hold));
    Console.WriteLine(Two.Check(held));
}

// Define other methods and classes here
class One
{
    public static bool Check(string value)
    {
        return value != null && value.Contains('.');
    }
}

class Two
{
    public static Func<string, bool> Check = v => v != null && v.Contains('.');
}

...它为两者生成了相同的IL。基本上：

XXX.Check:
IL_0000:  ldarg.0     
IL_0001:  brfalse.s   IL_000C
IL_0003:  ldarg.0     
IL_0004:  ldc.i4.s    2E 
IL_0006:  call        System.Linq.Enumerable.Contains
IL_000B:  ret         
IL_000C:  ldc.i4.0    
IL_000D:  ret         

XXX..ctor:
IL_0000:  ldarg.0     
IL_0001:  call        System.Object..ctor
IL_0006:  ret

Answer 1

嗯，显而易见的答案是，不，他们不是。

Two.Check = v => { throw new Exception(); };

为方法生成的IL代码是相同的，因为您仍然定义相同的实现，但改变了它的引用方式。

即使Check为readonly，您仍然可以执行此操作：

class Two
{
    public static readonly Func<string, bool> Check;
    static Two()
    {
        if (Helper.IsBlueMoon && Helper.IsFirst)
        {
            Check = v => { throw new Exception(); };
        } else {
            Check = v => v != null && v.Contains('.');
        }
    }
}

另一个需要注意的重要事项是，在使用Func<string, bool>时，参数未被命名，您无法使用XML Documentation Comments

Answer 2

我无法想到任何情况下，该方法的代码生成（明确编写的方法或lambda主体）会有所不同。在C＃编译器中可能存在一个奇怪的（或按设计的）角点情况，但这不是必需的。由于在发射组件之前必须将lambda降低到方法中，因此可能出现这种拐角情况。这个降级阶段可能会引入（希望无关紧要的）变化。

关于lambda code-gen的要点是lambda可以关闭变量。这要求生成的方法成为生成的类的实例方法。在这里，你正在写的lambda的形式永远不会导致这种情况。

在最近的C＃编译器版本中，生成的方法是虚拟类型的实例方法。这使得委托调用更快（这是不直观的，因为在这种情况下更多的参数更快）。

调用这样一个＆＃34;假的＆＃34;静态方法是一个委托调用，.NET JIT没有任何设施来优化它。（例如，运行时可以将调用站点专门化为已知的委托目标.JVM为虚拟调用执行此操作。它通过虚拟调用直接内联。热点JIT非常先进。）这意味着您有间接调用开销和松散的内联以及所有后续优化。

如果没有必要，绝不应该这样做。如果要在运行时插入不同的方法，这可能很有用。或者，也许这些静态Func变量可以充当缓存。或者，您可以在调试器中重新连接它们。

任何此类静态属性的get访问器应该完全为零成本，因为可靠地内联微小方法。

另一个轻微的性能缺点是增加了类型负载和初始化时间。此外，更多的对象徘徊在减慢所有未来的G2集合。

静态函数是否等同于C＃中的静态Func成员？

我的测试

2 个答案: