将lambda作为IL流传递给辅助AppDomain,并使用DynamicMethod将其组装回来

Question

是否可以将lambda表达式作为IL字节流传递给辅助AppDomain,然后使用DynamicMethod将其组装回那里,以便可以调用它？

我不太确定这是一个正确的方法,所以这是(详细的)原因我问这个问题...

在我的应用程序中,有很多情况需要加载几个程序集进行反射,因此我可以确定接下来要对它们做些什么.问题部分是我需要能够在完成反射之后卸载组件.这意味着我需要使用另一个加载它们AppDomain.

现在,我的大多数情况都有点类似,但不完全相同.例如,有时我需要返回一个简单的确认,有时我需要从程序集中序列化资源流,有时我还需要进行一两次回调.

因此,我最终AppDomain一遍又一遍地编写相同的半复杂临时创建代码,并实现自定义MarshalByRefObject代理以在新域和原始域之间进行通信.

由于这不再是可以接受的,我决定编写一个AssemblyReflector可以这样使用的类:

using (var reflector = new AssemblyReflector(@"C:\MyAssembly.dll"))
{
    bool isMyAssembly = reflector.Execute(assembly =>
    {
        return assembly.GetType("MyAssembly.MyType") != null;
    });
}

AssemblyReflector将AppDomain凭借自动卸载IDisposable,并允许我执行一个透明地Func<Assembly,object>将反射代码保存在另一个中的-type lambda AppDomain.

问题是,lambdas不能简单地传递给其他域.所以在搜索之后,我发现看起来像是一种方法:将lambda传递给新AppDomain的IL作为IL流 - 这让我想到了原始问题.

这是我尝试过的,但没有用(BadImageFormatException在尝试调用新委托时问题被抛出):

public delegate object AssemblyReflectorDelegate(Assembly reflectedAssembly);

public class AssemblyReflector : IDisposable
{
    private AppDomain _domain;
    private string _assemblyFile;
    public AssemblyReflector(string fileName) { ... }
    public void Dispose() { ... }

    public object Execute(AssemblyReflectorDelegate reflector)
    {
        var body = reflector.Method.GetMethodBody();
        _domain.SetData("IL", body.GetILAsByteArray());
        _domain.SetData("MaxStackSize", body.MaxStackSize);
        _domain.SetData("FileName", _assemblyFile);

        _domain.DoCallBack(() =>
        {
            var il = (byte[])AppDomain.CurrentDomain.GetData("IL");
            var stack = (int)AppDomain.CurrentDomain.GetData("MaxStackSize");
            var fileName = (string)AppDomain.CurrentDomain.GetData("FileName");
            var args = Assembly.ReflectionOnlyLoadFrom(fileName);
            var pars = new Type[] { typeof(Assembly) };

            var dm = new DynamicMethod("", typeof(object), pars,
                typeof(string).Module);
            dm.GetDynamicILInfo().SetCode(il, stack);

            var clone = (AssemblyReflectorDelegate)dm.CreateDelegate(
                typeof(AssemblyReflectorDelegate));
            var result = clone(args); // <-- BadImageFormatException thrown.

            AppDomain.CurrentDomain.SetData("Result", result);
        });

        // Result obviously needs to be serializable for this to work.
        return _domain.GetData("Result");
    }
}

我甚至关闭(缺少什么？),或者这是一个毫无意义的运动？

注意:我意识到,如果这有效,我仍然需要注意我在lambda中引用的内容.但这不是问题.

更新:我设法进一步.似乎简单地调用SetCode(...)不足以重建该方法.这是我们需要的:

// Build a method signature. Since we know which delegate this is, this simply
// means adding its argument types together.
var builder = SignatureHelper.GetLocalVarSigHelper();
builder.AddArgument(typeof(Assembly), false);
var signature = builder.GetSignature();

// This is the tricky part... See explanation below.
di.SetCode(ILTokenResolver.Resolve(il, di, module), stack);
dm.InitLocals = initLocals; // Value gotten from original method's MethodInfo.
di.SetLocalSignature(signature);

诀窍如下.原始IL包含某些元数据令牌,这些令牌仅在原始方法的上下文中有效.我需要解析IL并将这些令牌替换为在新上下文中有效的令牌.我通过使用一个特殊的课程来做到这一点ILTokenResolver,我从这两个来源改编:Drew Wilson和Haibo Luo.

这还有一个小问题 - 新的IL似乎并不完全有效.根据lambda的确切内容,它可能会也可能不会在运行时抛出InvalidProgramException.

举个简单的例子,这有效:

reflector.Execute(a => { return 5; });

虽然这不是:

reflector.Execute(a => { int a = 5; return a; });

还有更复杂的例子,无论是否有效,取决于一些尚未确定的差异.可能是我错过了一些小而重要的细节.但我有理由相信,在对ildasm输出进行更详细的比较之后我会找到它.我会在这里发布我的发现.

编辑:哦,伙计.我完全忘记了这个问题仍然存在.但由于它本身可能变得很明显,我放弃了解决这个问题.我不高兴,这是肯定的.这真是一个耻辱,但我想在我再次尝试之前,我会等待框架和/或CLR提供更好的支持.为了完成这项工作,人们必须做很多工作,即使这样也不可靠.向所有感兴趣的人道歉.

Answer 1

可能不会，因为 lambda 不仅仅是源代码中的一个表达式。lambda 表达式还创建闭包，将变量捕获/提升到它们自己的隐藏类中。该程序由编译器修改，因此无论您在哪里使用这些变量，您实际上都是在与类对话。因此，您不仅必须传递 lambda 的代码，还必须传递闭包变量随时间的任何更改。