如何跨AppDomain边界传递强类型MarshalByRefObject?

时间:2015-06-15 19:23:13

标签: c# reflection

我有一个场景,我想在父AppDomain及其子女之间实现简单的沟通。我正在尝试做的事情似乎会起作用,但我遇到了障碍,下面的代码片段就是一个例子。

该程序导致消息找不到C ::。ctor(System.MarshalByRefObject)的构造函数,所以看起来运行时拒绝了构造函数,该构造函数采用了我所属类型的参数传入CreateInstanceFromAndUnwrap电话。我可以理解为什么实例化B有效并且我期望C表现相同,那为什么不呢?

谢谢!

编辑:在汉斯在我的第一个例子中指出行人错误之后,我对下面的示例代码进行了一些小的更新。因此,虽然我们的子应用程序域上仍然有一个虚构的ApplicationBase属性,但我们可以看到加载了正确的程序集,并且可以看到我们尝试调用的构造函数。

汉斯的观察确实使代码有效,但我认为我不能将真实的ApplicationBase设置为父域的基础。

循环的第二次迭代的输出现在如下:
Ç
最初加载:mscorlib
打开后:mscorlib
解开后:Foo
Void .ctor(A)
找不到类型“C”的构造函数。

using System;
using System.Linq;
using System.Reflection;

class A : MarshalByRefObject { }

class B : MarshalByRefObject
{
    public B(MarshalByRefObject obj) { }
}

class C : MarshalByRefObject
{
    public C(A obj) { }
}

static class Program
{
    static void Main(string [] args)
    {
        foreach (var type in new [] { typeof(B), typeof(C) })
        {
            try
            {
                Console.WriteLine(type.FullName);

                var setup = CreateSetup();

                var domain = AppDomain.CreateDomain("foo", AppDomain.CurrentDomain.Evidence, setup);

                foreach (var ass in domain.GetAssemblies())
                {
                    Console.WriteLine("Initially Loaded: {0}", ass.GetName().Name);
                }

                domain.CreateInstanceFromAndUnwrap(typeof(A).Assembly.Location, typeof(A).FullName);

                foreach (var ass in domain.GetAssemblies())
                {
                    Console.WriteLine("After Unwrap: {0}", ass.GetName().Name);
                }

                var constructors = domain.GetAssemblies()
                    .ToList()
                    .SelectMany(ass => ass.DefinedTypes)
                    .First(t => t.Name == "C")
                    .GetConstructors();

                foreach (var constructor in constructors)
                {
                    Console.WriteLine(constructor);
                }

                CreateWrapped(domain, type);

                AppDomain.Unload(domain);
            }
            catch (Exception ex)
            {
                Console.WriteLine(ex.Message);
            }
        }
    }

    static AppDomainSetup CreateSetup()
    {
        return new AppDomainSetup
        {
            ApplicationBase = "foo",
            ApplicationName = "bar",
            DisallowBindingRedirects = false,
            ConfigurationFile = "baz",
            LoaderOptimization = LoaderOptimization.MultiDomainHost
        };
    }

    static object CreateWrapped(AppDomain domain, Type type)
    {
        return domain.CreateInstanceFromAndUnwrap(
            assemblyFile: type.Assembly.Location,
            typeName: type.FullName,
            ignoreCase: false,
            bindingAttr: BindingFlags.Default,
            binder: null,
            args: new object[] { new A() },
            culture: null,
            activationAttributes: null
        );
    }
}

1 个答案:

答案 0 :(得分:0)

汉斯指出问题是我ApplicationBase函数中的CreateSetup,我已在此处更正:

static AppDomainSetup CreateSetup()
{
    return new AppDomainSetup
    {
        ApplicationBase = AppDomain.CurrentDomain.BaseDirectory,
        ApplicationName = "bar",
        DisallowBindingRedirects = false,
        ConfigurationFile = "baz",
        LoaderOptimization = LoaderOptimization.MultiDomainHost
    };
}

通过此修改,示例程序可以正确执行,并在其子域中实例化BC

在此更改后,无需执行强制程序集加载,但我仍无法解释为什么在首次构建C后子应用程序域无法解析A构造函数对象加载所需的程序集。

我最好的解释是,使用默认的load context和一个为其基础指定了无效路径的应用程序域会导致在C的探测时间内解析失败。