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

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

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

///

/// 方式一：全程反射
///

///
private UserControl createUserControl()
{
Assembly asm = Assembly.Load( " ClassLibrary " );
UserControl ctl = asm.CreateInstance( " ClassLibrary.MyEditContro " ) as UserControl;
return ctl;
}
// 缓存Assembly
Assembly asmOne = Assembly.Load( " ClassLibrary " );
///

/// 方式二：缓存Assembly
///

///
private UserControl createUserControlOne()
{
UserControl ctl = asmOne.CreateInstance( " ClassLibrary.MyEditContro " ) as UserControl;
return ctl;
}
///

/// 方式三：不使用反射
///

///
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的测试项目的源代码，并提出你的宝贵意见

转载于:https://www.cnblogs.com/kevin-Y/archive/2011/03/12/1982012.html