如何从程序集中加载及卸载插件（下）

继续我们上一章的讲解。现在我们用一个具体的程序示例来演示我们插件的加载及卸载过程，我们先回顾一下上一章中我们总结出来的一些思路：
 

1. 建立一个新的AppDomain: AppDomain.CreateDomain()。
2. 利用的AppDomain的实例，采用 CreateInstanceFromAndUnwrap() 方法在新的AppDomain中构建一个指定的类型，并返回相应的Proxy。
3. 根据获取的Proxy就可调用插件了。
4. 卸载时，完成一些资源清理后可以直接对新建出的AppDomain进行UnLoad

我们先来准备一下Visual Studio中的解决方案：

 
 

在上图的解决方案中，我们新建了三个工程，来看看他们具体的职责：

1. Unit9.Contract：包含插件的调用接口
2. Unit9.Implement：包含插件具体的实现
3. Unit9.App：主程序的代码，动态加载插件，并依据插件的调用接口对插件进行调用。

为什么要做这样的区分呢？因为对于主程序而言，它可以在运行时动态的加载多个插件，但主程序并不需要知道插件内部的具体实现细节。主程序只需要知道被调用插件相应的接口即可完成调用，因此我们有必要将调用规范及插件的具体实现分开。

 

插件的调用接口代码

namespace Unit9
{
    public interface IAddin
    {
        string Run(string paramString);
    }
}

 

 

定义出来上面的调用接口，我们接下来做插件功能的具体实现。在上章的讲述中，我们总结出了插件的实现必须符合两个规范：

1. 必须继承自MarshalByRefObject。
2. 插件中传递的参数类型及返回值必须是可序列化的。

因此依此来做具体的实现：

 

插件的实现代码

using System;

namespace Unit9
{
    public class AddinOne:MarshalByRefObject,IAddin
    {
        public string Run(string paramString)
        {
            const string resultString =
                "Current AppDomain:{0},Param String:{1}!";

            return string.Format(
                resultString,
                AppDomain.CurrentDomain.FriendlyName,
                paramString);
        }
    }
}

 

 

在上面的代码中，我们输出了一个AppDomain的信息。如前面所讲的，我们需要在一个新的AppDomain中加载插件的实现，因此这个AppDomain应该与系统默认的AppDomain应该是不相同的。接下来我们来看看主程序的代码：

 

C#代码

using System;
using System.IO;
using System.Runtime.Remoting.Lifetime;

namespace Unit9
{
    class Program
    {
        /// <summary>
        /// 构建一个AppDomainSetup实例
        /// 用于启用卷影复制并设置基本路径
        /// </summary>
        public static AppDomainSetup CreateAppDomainSetup()
        {
            AppDomainSetup setup = new AppDomainSetup();
            setup.ApplicationBase = AppDomain.CurrentDomain.BaseDirectory;
            setup.ShadowCopyFiles = "true";
            return setup;
        }


        /// <summary>
        /// 从当前目录下的指定的程序集文件中加载指定的类型
        /// </summary>
        public static object CreateAndUnwrap(AppDomain appDomain, string assemblyFile, string typeName)
        {
            string fullName = Path.Combine(AppDomain.CurrentDomain.BaseDirectory, assemblyFile);
            return appDomain.CreateInstanceFromAndUnwrap(fullName, typeName);
        }


        static void Main()
        {
            Console.WriteLine("Current AppDomain:{0}",
                AppDomain.CurrentDomain.FriendlyName);


            AppDomainSetup setup = CreateAppDomainSetup();

            //建立准备加载插件的AppDomain
            AppDomain secAppDomain = AppDomain.CreateDomain("SecAppDomain", null, setup);


            //忽略新建立的AppDomain里面的调用租约管理
            secAppDomain.DoCallBack(delegate
            {
                LifetimeServices.LeaseTime = TimeSpan.Zero;
            });

            IAddin addinOne = (IAddin) CreateAndUnwrap(
                                           secAppDomain, "Unit9.Implement.dll", "Unit9.AddinOne");

            Console.WriteLine(addinOne.Run("Test"));


            //卸载装入插件的AppDomain
            AppDomain.Unload(secAppDomain);

            //由于插件所在的AppDmain已被卸载，所以以下的执行会出现异常
            try
            {
                Console.WriteLine(addinOne.Run("Test"));
            }
            catch(Exception ex)
            {
                Console.WriteLine("发生调用异常："+ex.Message);
            }

            Console.ReadLine();
        }
    }
}

如果大家对于AppDomain及Remoting有一定了解的话，上面的代码不难理解。我们建立了一个新的AppDomain，并开启了这个AppDomain的卷影复制功能，卷影复制功能其实是不一定需要的，只是这样做的话可以让程序运行时不至少锁住相关的程序集文件。接下来，我们取消了对新建立的AppDomain的租约管理，因为我们的插件是一个长效的服务。再接着，我们从指定的插件实现文件中加载了指定的服务，如果在这真正的插件架构现中，这个过程可以进行配置化的。我们看看输出的结果：

本文首发于：http://www./article.asp?id=24

如果大家对插件感兴趣的话，请阅读我们Mussel框架相关的文章

点击下载程序源文件