AppDomain加载与释放dll

几年前写过同名随笔，但今天应不大适用了。但还有几个朋友留言关注，我重新发布相关代码。

首先我们的目的就是运行期间更新dll，并应用dll。这个过程需要应用 AppDomain来解决，办法就是创建新的AppDomain加载dll，并在dll更新后创建新的AppDomain来加载新的dll。

好了，我们有两个目录需要完成。

第一个目标：运行时能更新dll。

1.创建AppDomain时设置ShadowCopyFiles

AppDomainSetup _setup =new AppDomainSetup(); _setup.ShadowCopyFiles ="true"; _setup.LoaderOptimization = LoaderOptimization.SingleDomain; AppDomain _curDomain = AppDomain.CreateDomain("TestDomain", null, _setup);

2.当我们的主程序需要引用动态加载dll中的某个对象的实例时，该实例必须创建为代理类。代理类的意思是类需要继承自MarshalByRefObject。此外一般会使用另一个公共类库定义基类或接口来使用这个代理类。好了，先看怎么样在前面创建的程序域中创建代理类的实例

System.Runtime.Remoting.ObjectHandle objHandle = pJobDomain.CreateInstanceFrom(strDllFilePath, strClassName); object objBuild = objHandle.Unwrap();

if (objBuild ==null)     thrownew Exception("buildWorker -- 创建对象失败"); else     ido = (IDo)objBuild;//IDo是一个接口

好了，如果strDllFilePath=“ClassLibrary.dll”，那么运行目录的ClassLibrary.dll文件被加载后，我们还是可以随便更新他的。但更新后，程序域不重新创建的话，使用上面的方法再次创建代理实例，我们的程序依然看不到新的dll的运行效果的，因为我们加载时设置了ShadowCopyFiles="true"。当然你可能会说设置为"false"行不行呢？你可以试试，但我要说的是，如果这样的话，我们第一个目标都完成不了。

第二个目标：应用新的dll。

其实很简单，UnLoad后再创建一次，使用新的AppDomain创建代理类，程序就能看到新dll的效果。好，我定义了一个方法保证每运行一次都会创建一个新的程序域

AppDomain _curDomain; privatevoid load() {     if (_curDomain !=null)//已创建了程序域    {         AppDomain.Unload(_curDomain);//先关闭再打开。        _curDomain =null;     }                 AppDomainSetup _setup =new AppDomainSetup();     _setup.ShadowCopyFiles ="true";                 _setup.LoaderOptimization = LoaderOptimization.SingleDomain;         _curDomain = AppDomain.CreateDomain("TestDomain", null, _setup); }

提供一个kevin-y的测试的源代码给大家下载

posted @ 2011-03-12 11:49 生命体验之kevin-Y 阅读(455) 评论(3) 编辑

“创建窗口句柄时出错” -- 不要过份相信垃圾回收

我总相信只要对象离开其作用域并没有被引用到，dotnet会帮我们回收他，当然一般还会告诉我们IO操作（网络也可视为IO操作的一类）需要主动关闭。而我一直忽略了控件也是需要这么做的。

工作让我接触到了一个很古怪的问题，客户反馈说每天有一台机器到了11点就会出错。观察并细听用者的反应，我认为与使用次数有关。界面动态不断地加载不定数量的用户控件。起初怀疑是不是反射在某些应用下会引起问题，于是写了个项目模拟实际的应用，测试以下三种办法创建一个用户控件的差异

///<summary>/// 方式一：全程反射  ///</summary>///<returns></returns>private UserControl createUserControl()  {      Assembly asm = Assembly.Load("ClassLibrary");      UserControl ctl = asm.CreateInstance("ClassLibrary.MyEditContro") as UserControl;      return ctl;  }  // 缓存Assembly Assembly asmOne = Assembly.Load("ClassLibrary");  ///<summary>/// 方式二：缓存Assembly  ///</summary>///<returns></returns>private UserControl createUserControlOne()  {      UserControl ctl = asmOne.CreateInstance("ClassLibrary.MyEditContro") as UserControl;      return ctl;  }  ///<summary>/// 方式三：不使用反射  ///</summary>///<returns></returns>private UserControl createMySelf()  {      ClassLibrary.MyEditContro ctl =new ClassLibrary.MyEditContro();      return ctl;  }

好了，我要不断的创建ClassLibrary.MyEditContro 控件并添加到一个Pannel中显示，以下是测试的主体方法

privatevoid runTest(int pMax,int pMethod) {     curNo =;     for (int i =; i < pMax; i++)     {         curNo++;         UserControl ctl =null;         switch (pMethod)         {             case:                 ctl = createUserControl();                 break;             case:                 ctl = createUserControlOne();                 break;             case:                 ctl = createMySelf();                 break;         }                             ctl.Dock = DockStyle.Fill;         this.panel1.Controls.Clear();         this.panel1.Controls.Add(ctl);         this.richTextBox1.AppendText(string.Format("{0}.完成测试.\r\n", curNo));         Application.DoEvents();             } }

结果三种方法，在创建400多次后都报以下异常

System.ComponentModel.Win32Exception: 创建窗口句柄时出错。    在 System.Windows.Forms.NativeWindow.CreateHandle(CreateParams cp)    在 System.Windows.Forms.Control.CreateHandle().....

如何解决了？去除不断创建控件的方式，只保留一个实例？其实我认为这是最理想的。不过解决问题应优先从最简便有效的方式去考虑，同事想到了在UserControl使用完后Dispose，于是在Application.DoEvents后加上一句“ctl.Dispose();”

... this.panel1.Controls.Clear(); this.panel1.Controls.Add(ctl); this.richTextBox1.AppendText(string.Format("{0}.完成测试.\r\n", curNo)); Application.DoEvents(); ctl.Dispose();//控件使用完后Dispose。主体测试方法增加这一句。

最后结果是三个方法都顺利通过1000次的创建显示。