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

时间:2010-01-05 20:01:17

标签: c# delegates appdomain

我想在单独的AppDomain中使用委托来区分一些代码。我怎么能这样做?

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

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

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

我在这个主题中找到了一个: Replacing Process.Start with AppDomains

4 个答案:

答案 0 :(得分:48)

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

为此,您的对象必须继承自 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'方法,并且确定Run方法的完成以指示子AppDomain中的所有代码已经完成运行,因此我们终于有了阻止AppDomain卸载的块。

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

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

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

public delegate void CrossAppDomainDelegate()

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

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

答案 1 :(得分:8)

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

答案 2 :(得分:6)

您需要阅读.NET Remoting,特别是Remote Objects,因为这些都可以通过AppDomains传播。

您的对象要么通过按值,要么按引用(通过代理)传递。

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

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

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

答案 3 :(得分:3)

这不会直接回答您的问题,但最好在其他AppDomain中创建WCF服务或Web服务以保持隔离。我不知道你的具体情况,但孤立的建筑设计几乎总是正确的方法。