我想用委托(delegate)在单独的 AppDomain 中执行一些代码。我该怎么做？

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

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

UPD2:所有，感谢您的回答。

我在这个线程中为我找到了一个: Replacing Process.Start with AppDomains

最佳答案

虽然您可以调用将由单独的 AppDomain 处理的委托(delegate)，但我个人一直使用“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'方法，并且确定Run方法的完成表明子AppDomain中的所有代码都已完成运行，所以我们有一个finally确保卸载 AppDomain 的 block 。

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

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

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

public delegate void CrossAppDomainDelegate()

因此，它不允许您向其中传递任何数据。而且，由于我从未使用过它，所以我无法告诉您是否有任何特殊问题。

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

关于c# - 在单独的 AppDomain 中传递和执行委托(delegate)，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2008691/