ThreadPool。QueueUserWorkItem对于简单的东西来说是非常理想的。唯一需要注意的是从另一个线程访问控件。

System.Threading.ThreadPool.QueueUserWorkItem(delegate {
    DoSomethingThatDoesntInvolveAControl();
}, null);

// following declaration of delegate ,,,
public delegate long GetEnergyUsageDelegate(DateTime lastRunTime, 
                                            DateTime procDateTime);

// following inside of some client method
GetEnergyUsageDelegate nrgDel = GetEnergyUsage;
IAsyncResult aR = nrgDel.BeginInvoke(lastRunTime, procDT, null, null);
while (!aR.IsCompleted) Thread.Sleep(500);
int usageCnt = nrgDel.EndInvoke(aR);

查尔斯，你的代码(上面的)是不正确的。你不需要旋转等待完成。EndInvoke将阻塞直到WaitHandle发出信号。

如果你想阻塞直到完成，你只需要

nrgDel.EndInvoke(nrgDel.BeginInvoke(lastRuntime,procDT,null,null));

或者

ar.AsyncWaitHandle.WaitOne();

但如果你阻止了，发出任何c调用又有什么意义呢?您也可以只使用同步调用。一个更好的选择是不阻塞，并传入一个lambda来进行清理:

nrgDel.BeginInvoke(lastRuntime,procDT,(ar)=> {ar.EndInvoke(ar);},null);

有一件事要记住，你必须调用EndInvoke。很多人忘记了这一点，最终泄露了WaitHandle，因为大多数异步实现在EndInvoke中释放了WaitHandle。

将该代码放入一个函数中(不能与GUI在同一个线程上执行的代码)，并执行以下代码来触发该代码的执行。

线程myThread=新线程(namefunction);

workerThread.Start（）;

在线程对象上调用start函数将导致在新线程中执行函数调用。

如何:使用后台线程搜索文件

您必须非常小心从其他线程访问特定于GUI的东西(这对许多GUI工具包来说很常见)。如果你想在GUI中从处理线程中更新一些东西，检查这个答案，我认为这对WinForms很有用。对于WPF，看到这个(它展示了如何在UpdateProgress()方法中触摸组件，因此它将从其他线程工作，但实际上我不喜欢它在通过Dispathcer做BeginInvoke之前不做CheckAccess()，看到并搜索CheckAccess)

正在寻找。net专门关于线程的书，发现了这本(免费下载)。更多细节请参见http://www.albahari.com/threading/。

我相信你会发现你需要启动执行作为新线程在前20页，它有更多(不确定GUI特定片段，我的意思是严格特定于线程)。很高兴听到社区对这项工作的看法，因为我正在读这个。对我来说，现在看起来非常整洁(用于显示。net特定的线程方法和类型)。此外，它还涵盖了我真正欣赏的。net 2.0(而不是古老的1.1)。

ThreadPool。QueueUserWorkItem对于简单的东西来说是非常理想的。唯一需要注意的是从另一个线程访问控件。

System.Threading.ThreadPool.QueueUserWorkItem(delegate {
    DoSomethingThatDoesntInvolveAControl();
}, null);

尝试使用BackgroundWorker类。您为它指定要运行的内容，并在工作完成时通知它。在我链接到的MSDN页面上有一个例子。