几年前写过同名随笔，但今天应不大适用了。但还有几个朋友留言关注，我重新发布相关代码。
首先我们的目的就是运行期间更新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)
throw new Exception("buildWorker -- 创建对象失败");
else
ido = (IDo)objBuild;//IDo是一个接口
好了，如果strDllFilePath=“ClassLibrary.dll”，那么运行目录的ClassLibrary.dll文件被加载后，我们还是可以随便更新他的。但更新后，程序域不重新创建的话，使用上面的方法再次创建代理实例，我们的程序依然看不到新的dll的运行效果的，因为我们加载时设置了ShadowCopyFiles="true"。当然你可能会说设置为"false"行不行呢？你可以试试，但我要说的是，如果这样的话，我们第一个目标都完成不了。
第二个目标：应用新的dll。
其实很简单，UnLoad后再创建一次，使用新的AppDomain创建代理类 ，程序就能看到新dll的效果。好，我定义了一个方法保证每运行一次都会创建一个新的程序域
AppDomain _curDomain;
private void 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的测试的源代码 给大家下载
我总相信只要对象离开其作用域并没有被引用到，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中显示，以下是测试的主体方法
private void runTest(int pMax,int pMethod)
{
curNo = 0;
for (int i = 0; i < pMax; i++)
{
curNo++;
UserControl ctl = null;
switch (pMethod)
{
case 0:
ctl = createUserControl();
break;
case 1:
ctl = createUserControlOne();
break;
case 2:
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次的创建显示。
你可以下载kevin-y的测试项目的源代码，并提出你的宝贵意见