WinForm异步编程中一个容易忽视的问题
2009-09-23 11:29
344 查看
好久没有写随笔了,主要是最近项目比较紧张,加上偷了点小懒,呵呵。
当前正在开发的这个项目用的是C/S方式,客户端使用BackgroundWorker组件以异步的方式从服务器上读取数据。
由于开发环境中服务器是在本地的,因此没有过多考虑因为网络速度慢可能会导致的一些问题。
前两天进行了一次外部测试,网络环境比较差(网通-电信),问题就暴露出来了。
当打开一个数据比较多的界面,再关闭时,程序抛出了一个ObjectDisposedException。
经过对调用堆栈的分析和模拟,终于在测试环境中还原了这个异常,并且明白了这个异常产生的原因。
其实不难理解,当异步调用完成以后,需要更新界面中数据的显示,因此必定会去操作界面上的控件。面如果此时窗体已经关闭并且释放了,那么就一定会引发ObjectDisposedException。
在网络速度快的情况下,当点击关闭按钮关闭窗体时,取数的那个线程早已完成工作。但是在速度慢的情况下,有可能在关闭窗体时后台线程仍在工作。
因此,应该在取数线程完成工作后,先检查当前窗体是否已经被释放(Form.IsDisposed属性),如果已经被释放就不需要再去更新界面上的控件了。
void backgroundWorker1_RunWorkerCompleted(object sender, RunWorkerCompletedEventArgs e)
{
// 首先要检测当前窗体是否已经释放
if (this.IsDisposed)
return;
// 更新界面控件
textBox1.Text = (string)e.Result;
}
当前正在开发的这个项目用的是C/S方式,客户端使用BackgroundWorker组件以异步的方式从服务器上读取数据。
由于开发环境中服务器是在本地的,因此没有过多考虑因为网络速度慢可能会导致的一些问题。
前两天进行了一次外部测试,网络环境比较差(网通-电信),问题就暴露出来了。
当打开一个数据比较多的界面,再关闭时,程序抛出了一个ObjectDisposedException。
经过对调用堆栈的分析和模拟,终于在测试环境中还原了这个异常,并且明白了这个异常产生的原因。
其实不难理解,当异步调用完成以后,需要更新界面中数据的显示,因此必定会去操作界面上的控件。面如果此时窗体已经关闭并且释放了,那么就一定会引发ObjectDisposedException。
在网络速度快的情况下,当点击关闭按钮关闭窗体时,取数的那个线程早已完成工作。但是在速度慢的情况下,有可能在关闭窗体时后台线程仍在工作。
因此,应该在取数线程完成工作后,先检查当前窗体是否已经被释放(Form.IsDisposed属性),如果已经被释放就不需要再去更新界面上的控件了。
void backgroundWorker1_RunWorkerCompleted(object sender, RunWorkerCompletedEventArgs e)
{
// 首先要检测当前窗体是否已经释放
if (this.IsDisposed)
return;
// 更新界面控件
textBox1.Text = (string)e.Result;
}
相关文章推荐
- 8位单片机中一个容易被忽视的溢出问题
- 使用SQL Server Business Intelligence Development Studio 2005设计报表模型时的一个容易被忽视的问题
- for循环一个容易被忽视的问题
- sql 一个说起来都知道,工作中容易忽视的问题
- [导入]Process.Start容易忽视的一个问题
- 在Oracle中建表时容易忽视的一个小问题
- 关于USART很多人都容易忽视的一个问题
- 学习Drupal一个容易被忽视的问题
- 关于USART很多人都容易忽视的一个问题
- 8位单片机中一个容易被忽视的溢出问题
- 一个容易忽视的Oracle数据安全问题
- for循环一个容易被忽视的问题
- 闭包一个容易忽视的小问题及解决方法
- 一个容易忽视的存储过程问题
- Visual C++ Tips: 程序执行路径,一个容易被忽视的问题
- 一个容易忽视的Oracle安全问题
- 一个容易忽视的Oracle安全问题
- 一个容易忽视的存储过程问题
- 一个容易忽视的存储过程问题
- 运营一个网站,新增加一个功能,容易忽视哪些问题就匆匆上线?