编译 lambda 表达式会产生带有闭包参数的委托

Question

当我使用Expression.Lambda( ... ).Compile() 从表达式树创建委托时，结果是第一个参数为Closure 的委托。

public static Func<T, T, T> CreateTest<T>()
{
    ParameterExpression a = Expression.Parameter( typeof( T ) );
    ParameterExpression b = Expression.Parameter( typeof( T ) );
    Expression addition = Expression.Add( a, b );

    return (Func<T, T, T>)Expression.Lambda( addition, a, b ).Compile();
}

...

// 'addition' equals
// Int32 lambda_method(
//     System.Runtime.CompilerServices.Closure,
//     Int32,
//     Int32 )
Func<int, int, int> addition = DelegateHelper.CreateTest<int>();
int result = addition( 5, 5 );

我可以通过普通代码轻松调用委托，无需传递Closure 对象，但是这个Closure 来自哪里？

如何动态调用这个委托？

// The following does not work.
// Exception: MethodInfo must be a runtime MethodInfo object.    
MethodInfo additionMethod = addition.Method;
int result = (int)additionMethod.Invoke( null, new object[] { 5, 5 } );

使用表达式树看起来我必须传递 Closure 对象。

PropertyInfo methodProperty
    = typeof( Delegate ).GetProperty( "Method", typeof( MethodInfo ) );
MemberExpression getDelegateMethod
    = Expression.Property( Expression.Constant( addition ), methodProperty );
Func<MethodInfo> getMethodInfo
    = (Func<MethodInfo>)Expression.Lambda( getDelegateMethod ).Compile();
// Incorrect number of arguments supplied for call to method
// 'Int32 lambda_method(System.Runtime.CompilerServices.Closure, Int32, Int32)'
Expression call
    = Expression.Call(
        getMethodInfo(),
        Expression.Constant( 5 ), Expression.Constant( 5 ) );

这是一个简单的例子，它本身没有意义。我实际上想要实现的是能够包装例如Func<Action<SomeObject>> 和 Func<Action<object>>。我已经可以为非嵌套代表做到这一点。这在反射期间很有用，as discussed here。

我应该如何正确初始化这个Closure 对象，或者如何防止它出现？

Answer 1

您看到的Closure 类型是一个实现细节。 MSDN 对此非常明确：

此 API 支持 .NET Framework 基础结构，但不支持 旨在直接从您的代码中使用。表示运行时 动态生成的方法的状态。

表达式树可以有状态。

闭包实例将包含 lambda 表达式关闭的所有非文字常量。它还可以包含用于表达式树中嵌套 lambda 的委托链。

为此，表达式树编译器使用了一个可爱的小技巧。它使用DynamicMethod 在内存代码中生成，即定义为静态的。然而，他们正在创建一个代表“closed over its first argument”。这意味着 CLR 会将委托的目标字段作为静态方法的第一个参数传递，因此您不必这样做。有效地向您隐藏 Closure 参数。

您的问题的解决方案很简单，不要尝试调用方法，调用委托，或者在使用反射时使用Delegate.DynamicInvoke，或者在表达式树的上下文中使用Expression.Invoke。