.net线程池没有提供方法控制加入线程池的线程:一旦加入线程池,我们没有办法挂起,终止这些线程,唯一可以做的就是等他自己执行
1)不能为线程设置优先级
2)一个Process中只能有一个实例,它在各个AppDomain是共享的。ThreadPool只提供了静态方法,不仅我们自己添加进去的WorkItem使用这个Pool,而且.net framework中那些BeginXXX、EndXXX之类的方法都会使用此Pool。
3)所支持的Callback不能有返回值。WaitCallback只能带一个object类型的参数,没有任何返回值。
4)不适合用在长期执行某任务的场合。我们常常需要做一个Service来提供不间断的服务(除非服务器down掉),但是使用ThreadPool并不合适。
有两种方法:
一、使用Thread类
Thread workThread=new Thread(new ThreadStart(WorkMethod));
wordThread.start();
这样,就在后台执行WorkMethod方法了。
using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Text;
using System.Windows.Forms;
using System.Threading;
namespace CShapApp
{
public partial class Form1 : Form
{
public Form1()
{
InitializeComponent();
}
private int seconds;
private void btnButton_Click(object sender, EventArgs e)
{
seconds = Convert.ToInt32(this.textBox1.Text);
Thread workThread = new Thread(new ThreadStart(CountingDown));
workThread.Start();
}
private void CountingDown()
{
this.progressBar1.Maximum = seconds;
this.progressBar1.Minimum = 0;
this.progressBar1.Value = 0;
this.progressBar1.Step = 1;
for (int i = 0; i < seconds; i++)
{
Thread.Sleep(25);
this.progressBar1.PerformStep();
this.progressBar1.Refresh();
}
}
}
}
但是,由于ThreadStart是委托,不能带参数。因此,如果需要参数,可以考虑下面的方法
二、通过beginInvoke。
由于beginInvoke是异步调用,因此可以在后台运行。而begininvoke调用时还可以带参数。
BeginInvoke(Delegate,object[]) ,object[]就是参数
using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Text;
using System.Windows.Forms;
using System.Threading;
namespace CShapApp
{
public partial class Form1 : Form
{
public Form1()
{
InitializeComponent();
}
private delegate void WorkDelegate(int seconds);
private delegate void RefreshProgressBarDelegate();
private void btnButton_Click(object sender, EventArgs e)
{
Thread curThread = Thread.CurrentThread;
curThread.Name = "UI thread";
int seconds = Convert.ToInt32(this.textBox1.Text);
WorkDelegate workDelegate = new WorkDelegate(CountingDown);
workDelegate.BeginInvoke(seconds, null, null);
//Thread workThread = new Thread(new ThreadStart(CountingDown));
//workThread.Start();
}
private void CountingDown(int seconds)
{
MessageBox.Show(Thread.CurrentThread.Name);
this.progressBar1.Maximum = seconds;
this.progressBar1.Minimum = 0;
this.progressBar1.Value = 0;
this.progressBar1.Step = 1;
RefreshProgressBarDelegate refreshProgressBarDelegate = new RefreshProgressBarDelegate(RefreshProgressBar);
for (int i = 0; i < seconds; i++)
{
Thread.Sleep(250);
this.progressBar1.Invoke(refreshProgressBarDelegate);
}
}
private void RefreshProgressBar()
{
this.progressBar1.PerformStep();
this.progressBar1.Refresh();
}
}
}
转自:
在我们应用程序开发过程中,经常会遇到一些问题,需要使用多线程技术来加以解决。本文就是通过几个示例程序给大家讲解一下多线程相关的一些主要问题。
执行长任务操作
许多种类的应用程序都需要长时间操作,比如:执行一个打印任务,请求一个 Web Service 调用等。用户在这种情况下一般会去转移做其他事情来等待任务的完成,同时还希望随时可以监控任务的执行进度。
?/P>
下面的代码片断示例了当长任务执行时用户界面是如何被更新的。
当我们运行上面的程序,在整个长任务的过程中,没有出现任何问题。这样就真的没有问题了吗?当我们切换应用程序去做其他事情后再切换回来,问题就发生了!主窗体就会出现如下情况:
这个问题当然会发生,因为我们现在的应用程序是单线程的,因此,当线程执行长任务时,它同时也就不能重画用户界面了。
为什么在我们切换应用程序后,问题才发生呢?这是因为当你切换当前应用程序到后台再切换回前台时,我们需要重画整个用户界面。但是应用程序正在执行长任务,根本没有时间处理用户界面的重画,问题就会发生。
如何解决问题呢?我们需要将长任务放在后台运行,把用户界面线程解放出来,因此我们需要另外一个线程。
线程异步操作
我们上面程序中执行按钮的Click 处理如下:
回想上面刚才问题发生的原因,直到 RunTask 执行完成后返回,Click 处理函数始终不能够返回,这就意味着用户界面不能处理重画事件或其他任何事件。一个解决方法就是创建另外一个线程,代码片断如下:
现在,我们不再需要等待 RunTask 执行完成才能够从 Click 事件返回,我们创建了新的工作线程并让它开始工作、运行。
runTaskThread.Start(); 将我们新创建的工作线程调度执行并立即返回,允许我们的用户界面线程重新获得控制权执行它自己的工作。现在如果用户再切换应用程序,因为工作线程在自己的 空间执行长任务,用户界面线程被解放出来处理包括用户界面重画的各种事件,我们上面遇到的问题就解决了。
委托异步调用
在上面的代码中,我们注意到,我们没有给工作线程进入点(RunTaskThreadStart)传递任何参数,我们采用声明一个窗体类的字段 _seconds 来给工作线程传递参数。在某种应用场合不能够给工作线程直接传递参数也是一件非常痛苦的事情。
如何改进呢?我们可以使用委托来进行异步调用。委托是支持传递参数的。这样,就消除了我们刚才的问题,使我们能够消除额外的字段声明和额外的工作线程函数。
如果你不熟悉委托,你可以简单的把它理解为安全的函数指针。采用了委托异步调用,代码片断如下:
多线程安全
到这里为止,我们已经解决了长任务的难题和传递参数的困扰。但是我们真的解决了全部问题吗?回答是否定的。
我们知道 Windows 编程中有一个必须遵守的原则,那就是在一个窗体创建线程之外的任何线程中都不允许操作窗体。
我们上面的程序就是存在这样的问题:工作线程是在 ShowProgress 方法中修改了用户界面的进度条的属性。那为什么程序运行没有出现问题,运行正常呢?
没有发生问题是因为是现在的Windows XP操作系统对这类问题有非常健壮的解决方法,让我们避免了问题的发生。但是我们现在的程序不能保证在其他的操作系统能够运行正常!
真正的解决方法是我们能够认识到问题所在,并在程序中加以避免。
如何避免多线程的窗体资源访问的安全问题呢?其实非常简单,有两种方法:
一种方法就是不管线程是否是用户界面线程,对用户界面资源的访问统一由委托完成;
另一种方法是在每个 Windows Forms 用户界面类中都有一个 InvokeRequired 属性,它用来标识当前线程是否能够直接访问窗体资源。我们只需要检查这个属性的值,只有当允许直接访问窗体资源时才直接访问相应的资源,否则,就需要通过 委托进行访问了。
采用第一种安全的方法的代码片断如下:
至此,我们用了几个示例说明了如何执行长任务、如何通过多线程异步处理任务进度的显示并解决了多线程的安全性等问题。希望能够给大家对理解多线程编程、委托的使用、异步调用等方面提供一些帮助,也希望能和大家进行进一步的沟通和交流。