在单独的AppDomain中传递和执行委托

lak*_*k-b 31 c# delegates appdomain

我想用委托在单独的AppDomain中区分一些代码.我怎样才能做到这一点?

UPD1:关于我的问题的更多细节我的程序处理一些数据(一次迭代是:从DB获取一些数据,评估它并在运行时创建程序集,执行动态程序集并将结果写入DB).

当前解决方案:每个迭代在单独的线程中运行.更好的解决方案:每个迭代在单独的AppDomain中运行(卸载动态组件).

UPD2:全部,谢谢你的回答.

我在这个帖子中找到了一个: 用AppDomains替换Process.Start

Phi*_*hil 49

虽然你可以调用一个将由一个单独的AppDomain处理的委托,但我个人总是使用'​​CreateInstanceAndUnwrap'方法,该方法在外部应用程序域中创建一个对象并返回一个代理.

为此,您的对象必须从MarshalByRefObject继承.

这是一个例子:

    public interface IRuntime
    {
        bool Run(RuntimesetupInfo setupInfo);
    }

    // The runtime class derives from MarshalByRefObject, so that a proxy can be returned
    // across an AppDomain boundary.
    public class Runtime : MarshalByRefObject, IRuntime
    {
        public bool Run(RuntimeSetupInfo setupInfo)
        {
            // your code here
        }
    }

    // Sample code follows here to create the appdomain, set startup params
    // for the appdomain, create an object in it, and execute a method
    try
    {
        // Construct and initialize settings for a second AppDomain.
        AppDomainSetup domainSetup = new AppDomainSetup()
        {
            ApplicationBase = AppDomain.CurrentDomain.SetupInformation.ApplicationBase,
            ConfigurationFile = AppDomain.CurrentDomain.SetupInformation.ConfigurationFile,
            ApplicationName = AppDomain.CurrentDomain.SetupInformation.ApplicationName,
            LoaderOptimization = LoaderOptimization.MultiDomainHost
        };

        // Create the child AppDomain used for the service tool at runtime.
        childDomain = AppDomain.CreateDomain(
            "Your Child AppDomain", null, domainSetup);

        // Create an instance of the runtime in the second AppDomain. 
        // A proxy to the object is returned.
        IRuntime runtime = (IRuntime)childDomain.CreateInstanceAndUnwrap(
            typeof(Runtime).Assembly.FullName, typeof(Runtime).FullName);

        // start the runtime.  call will marshal into the child runtime appdomain
        return runtime.Run(setupInfo);
    }
    finally
    {
        // runtime has exited, finish off by unloading the runtime appdomain
        if(childDomain != null) AppDomain.Unload(childDomain);
    }
Run Code Online (Sandbox Code Playgroud)

在上面的示例中,它被编码为执行传递一些设置信息的'Run'方法,并且确定Run方法的完成以指示子AppDomain中的所有代码已经完成运行,因此我们有一个finally块确保AppDomain已卸载.

您经常可能要小心放置哪些类型的程序集 - 您可能希望使用接口并将其放在一个单独的程序集中,该程序集既包含调用程序(我们的代码设置appdomain,也调用它),实现者(运行时类)依赖于.此IIRC允许父AppDomain仅加载包含接口的程序集,而子appdomain将加载包含Runtime及其依赖项(IRuntime程序集)的程序集.IRuntime接口使用的任何用户定义类型(例如我们的RuntimeSetupInfo类)通常也应该与IRuntime放在同一个程序集中.另外,请注意如何定义这些用户定义的类型 - 如果它们是数据传输对象(可能是RuntimeSetupInfo),您应该使用[serializable]属性标记它们 - 以便传递对象的副本(从父应用程序域序列化到子应用程序).您希望避免将调用从一个应用程序域编组到另一个应用程序域,因为这非常慢.按值传递DTO(序列化)意味着访问DTO上的值不会产生跨公寓呼叫(因为子appdomain拥有它自己的原始副本).当然,这也意味着值更改不会反映在父appdomain的原始DTO中.t招致跨公寓电话(因为儿童appdomain有自己的原件副本).当然,这也意味着值更改不会反映在父appdomain的原始DTO中.t招致跨公寓电话(因为儿童appdomain有自己的原件副本).当然,这也意味着值更改不会反映在父appdomain的原始DTO中.

正如在示例中编码的那样,父appdomain实际上最终将加载IRuntime和Runtime程序集,但这是因为在调用CreateInstanceAndUnwrap时我使用typeof(Runtime)来获取程序集名称和完全限定的类型名称.您可以改为从文件中硬编码或检索这些字符串 - 这会分离依赖关系.

在AppDomain上还有一个名为'DoCallBack'的方法,它看起来允许在外部AppDomain中调用委托.但是,它所采用的委托类型是"CrossAppDomainDelegate"类型.其定义是:

public delegate void CrossAppDomainDelegate()
Run Code Online (Sandbox Code Playgroud)

因此,它不允许您将任何数据传递给它.而且,既然我从未使用它,我无法告诉你是否有任何特殊的问题.

另外,我建议查看LoaderOptimization属性.您设置的内容会对性能产生重大影响,因为此属性的某些设置会强制新的appdomain加载所有程序集的单独副本(以及JIT等),即使(IIRC)程序集在GAC中也是如此(即这包括CLR组件).如果您使用子appdomain中的大量程序集,这可能会给您带来可怕的性能.例如,我使用了来自子应用程序域的WPF,这导致了我的应用程序的巨大启动延迟,直到我设置了更合适的加载策略.


cdi*_*ins 8

为了在另一个AppDomain上执行委托,您可以使用System.AppDomain.DoCallBack().链接的MSDN页面有一个很好的例子.请注意,您只能使用CrossAppDomainDelegate类型的委托.


Fra*_*ger 6

您需要阅读.NET Remoting,特别是远程对象,因为这些都是您可以通过AppDomains传递的.

长期和短期的它是你的对象是通过由值通过引用(通过代理).

按值要求您的对象可以序列化.代表们不能序列化.这意味着这不是一条好的路线.

通过引用要求您继承MarshalByRefObject.这样,远程处理基础结构可以创建代理.但是,这也意味着您的委托将在创建它的计算机上执行 - 而不是在客户端应用程序域上执行.

总而言之,这将是棘手的.您可能需要考虑使您的代理成为完整的可序列化对象,以便可以使用远程处理轻松移动它们(并且可以很好地与其他技术一起使用).