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次的创建显示。