19

我正在开发一个允许用户输入任意表达式的库。然后，我的库将这些表达式作为更大表达式的一部分编译到委托中。现在，由于仍然未知的原因，Compile有时/经常编译表达式会导致代码比它不是编译表达式时慢得多。我之前问过一个关于这个的问题，一个解决方法是不使用Compile，而是在新的动态程序集中的新类型上CompileToMethod创建一个方法。static这行得通，代码很快。

但是用户可以输入任意表达式，事实证明，如果用户调用非公共函数或访问表达式中的非公共字段，则System.MethodAccessException在调用委托时会抛出一个（在非公共方法的情况下） .

我在这里可能做的是创建一个新ExpressionVisitor的来检查表达式是否访问任何非公共的，并Compile在这些情况下使用较慢的，但我宁愿让动态程序集以某种方式获得访问非公共成员的权利。或者找出我可以做些什么Compile来变慢（有时）。

重现此问题的完整代码：

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Linq.Expressions;
using System.Reflection;
using System.Reflection.Emit;

namespace DynamicAssembly
{
  public class Program
  {
    private static int GetValue()
    {
      return 1;
    }

    public static int GetValuePublic()
    {
      return 1;
    }

    public static int Foo;

    static void Main(string[] args)
    {
      Expression<Func<int>> expression = () => 10 + GetValue();

      Foo = expression.Compile()();

      Console.WriteLine("This works, value: " + Foo);

      Expression<Func<int>> expressionPublic = () => 10 + GetValuePublic();

      var compiledDynamicAssemblyPublic = (Func<int>)CompileExpression(expressionPublic);

      Foo = compiledDynamicAssemblyPublic();

      Console.WriteLine("This works too, value: " + Foo);

      var compiledDynamicAssemblyNonPublic = (Func<int>)CompileExpression(expression);

      Console.WriteLine("This crashes");

      Foo = compiledDynamicAssemblyNonPublic();
    }

    static Delegate CompileExpression(LambdaExpression expression)
    {
      var assemblyBuilder = AppDomain.CurrentDomain.DefineDynamicAssembly(
        new AssemblyName("MyAssembly"+ Guid.NewGuid().ToString("N")), 
        AssemblyBuilderAccess.Run);

      var moduleBuilder = assemblyBuilder.DefineDynamicModule("Module");

      var typeBuilder = moduleBuilder.DefineType("MyType", TypeAttributes.Public);

      var methodBuilder = typeBuilder.DefineMethod("MyMethod", 
        MethodAttributes.Public | MethodAttributes.Static);

      expression.CompileToMethod(methodBuilder);

      var resultingType = typeBuilder.CreateType();

      var function = Delegate.CreateDelegate(expression.Type, 
        resultingType.GetMethod("MyMethod"));

      return function;
    }
  }
}
4

3 回答 3

6

问题不在于权限，因为没有权限可以让您在不进行反射的情况下访问非公共字段或另一个类的成员。这类似于您编译两个非动态程序集并且一个程序集在第二个程序集中调用公共方法的情况。然后，如果您将方法更改为私有而不重新编译第一个程序集，那么第一个程序集调用现在将在运行时失败。换句话说，您的动态程序集中的表达式被编译成一个普通的方法调用，即使在同一个程序集中，它也没有比您从另一个类调用的权限。

由于没有权限可以解决您的问题，您可以将非公共字段和方法引用转换为使用反射的子表达式。

这是从您的测试用例中获取的示例。这失败了：

Expression<Func<int>> expression = () => 10 + GetValue();

但这会成功：

Expression<Func<int>> expression = () => 10 + (int)typeof(Program).GetMethod("GetValue", BindingFlags.Static | BindingFlags.NonPublic).Invoke(null, null);

由于这不会因异常而崩溃，因此您可以看到您的动态程序集确实具有反射权限并且它可以访问私有方法，它只是无法使用导致的普通方法调用来做到这一点CompileToMethod。

于 2011-04-27T19:40:14.020 回答
1

我曾经在使用 DynamicMethod 从生成的 IL 代码中访问类的私有元素时遇到问题。

事实证明DynamicMethod，接收类类型的类的构造函数有一个重载，允许私有访问：

http://msdn.microsoft.com/en-us/library/exczf7b9.aspx

此链接包含如何访问私有数据的示例...我知道这与表达式树无关，但它可能会为您提供一些有关如何操作的线索。

编译表达式树时可能存在某种类似的事情......或者您可以将该表达式树创建为 DynamicMethod。

于 2011-04-22T19:45:26.673 回答
1

如果非动态程序集是由您构建的，您实际上可以InternalsVisibleTo为动态程序集包含一个（甚至可以使用强名称）。这将允许使用内部成员，这在您的情况下可能就足够了吗？

为了得到一个想法，这里有一个例子，它显示了使 Moq 的动态装配能够使用来自另一个装配的内部东西的热：http: //blog.ashmind.com/2008/05/09/mocking-internal-interfaces-with-起订量/

如果这种方法还不够，我会结合 Rick 和 Miguel 的建议：为对非公共成员的每次调用创建“代理”DynamicMethods 并更改表达式树，以便使用它们而不是原始调用。

于 2011-05-01T16:16:40.753 回答