相关疑难解决方法(0)

我刚刚建立了动态​​方法 - 见下文(感谢SO用户).似乎Func创建为动态方法,IL注入比lambda慢2倍.

谁知道为什么呢？

(编辑:这是在VS2010中作为Release x64构建的.请从控制台运行,而不是从Visual Studio F5内部运行.)

class Program
{
    static void Main(string[] args)
    {
        var mul1 = IL_EmbedConst(5);
        var res = mul1(4);

        Console.WriteLine(res);

        var mul2 = EmbedConstFunc(5);
        res = mul2(4);

        Console.WriteLine(res);

        double d, acc = 0;

        Stopwatch sw = new Stopwatch();

        for (int k = 0; k < 10; k++)
        {
            long time1;

            sw.Restart();

            for (int i = 0; i < 10000000; i++)
            {
                d = mul2(i);
                acc += d;
            }

            sw.Stop();

            time1 = sw.ElapsedMilliseconds;

            sw.Restart();

            for (int …

我对 DynamicMethods、表达式树和 DLR 之间的交互和关系有一些疑问。

1. 我知道 LambdaExpression.Compile 在内部使用 ILGenerator 来创建委托。但是，已编译的 LambdaExpression 和 DynamicMethod 之间存在一些根本差异。例如

   A。动态方法调用速度更快

   b. 编译后的 LambdaExpression 可以嵌入闭包（ConstantExpressions 是非原始值）

   b. 已编译的 LambdaExpression 没有 DeclaringType。

   问题：

   A。为什么 DynamicMethods 的调用速度比编译的 LambdaExpressions 更快？

   b. 允许闭包的已编译 LambdaExpressions 有什么特别之处？当我使用非 ConstantExpression 时，表达式树实际上会生成闭包类吗？如果是这样，这个生成的类去了哪里？

   C。编译后的 LambdaExpressions 去哪里（运行时）？对他们的支持在哪里实施？它不能只是 Reflection.Emit，不是吗？

2. 我知道，dynamic 关键字实际上只是一个用于发出 CSharp CallSites、Binder 等的编译器技巧。据我了解，在内部，这些会生成表达式树，并且还使用 C# 编译器的精简版本。

   问题

   A。生成的表达式树是 CallSiteBinders 的一般函数还是 Microsoft.CSharp dll 中它们的特定实现和用法？

   b. 这些表达式树是由 DynamicExpression 节点组成的吗？或者是其他东西？如果有其他原因，为什么？

   C。C# 编译器的精简版本在哪里以及为何发挥作用？它与常规调用 LambdaExpression.Compile 或 DynamicMethods 或任何类型的 IL 生成为何以及有何不同？我可以理解如何使用 CallSiteBinders 来构建表达式树，但为什么在发生转换后需要 C# 编译器？一旦它采用表达式树（这只是一个 API）的形式，C# 与它有什么关系呢？