我要去做出了重要的假设(所有线索都指向那个方向):
我假设你正在做的这一切在Windows窗体和你想的GUI不要在Thread.Sleep()调用期间冻结,对吗?如果是这样的话,那么你可以写这个方法:
public static class Foo {
public static void MySleep(int milliseconds) {
int startTick = Environment.TickCount;
while (Environment.TickCount - startTick < milliseconds)
Application.DoEvents();
}
}
,然后替换Foo.MySleep调用Thread.sleep代码调用(但当心Application.DoEvents的含义,这使得整个过程当控制位于任何MySleep调用内部时,再次执行。如果您不采取预防措施,我不推荐这样做 - 例如,您应该始终禁用调用的按钮func test( )而测试正在执行,因为它可以一次又一次地在永无止境的递归中执行) :
func test()
for(int i=0;i<100;i++){
func A()
Foo.MySleep(20 * 1000);
func B()
Foo.MySleep(45 * 1000);
func C()
Foo.MySleep(2 * 60 * 1000);
}//repeat for 100 times
还有另一种方法(更安全一点)做这件事。它涉及一个辅助线程和一些Control.Invoke调用。它也允许你使用标准的System.Thread.Sleep(int milliseconds)方法。
它是这样的:
public class Form1 : Form {
public void triggerTestAndReturnImmediately() {
new Thread(start:() => {
Action callA =() => funcA();
Action callB =() => funcB();
Action callC =() => funcC();
for(int i=0;i<100;i++){
this.Invoke(callA);
Thread.Sleep(20 * 1000);
this.Invoke(callB);
Thread.Sleep(45 * 1000);
this.Invoke(callC);
Thread.Sleep(2 * 60 * 1000);
}//repeat for 100 times
}).Start();
}
}
的“this.Invoke(someDelegate)”位是基于事实的方法“triggerTestAndReturnImmediately”是形式的子类的成员,“本”是一个Form实例。
这里发生的事情是,您在等待操作+实际工作者(funcA,funcB,funcC)的触发器上运行一个单独的线程。你为什么只运行真正的工人而不是真正的工人呢?因为你很可能会从这些funcs访问GUI对象,而WinForms(以及许多其他.NET或非.NET GUI框架)不允许这样做。
因此,您要求GUI线程(正如您在您的问题中指出的那样)在99%的时间内执行这些功能时必须是免费的 - 因此需要调用this.Invoke(someDelegate)调用。
您应该采取与我前面提到的相同的预防措施,但所有这些都取决于您以及您希望应用程序执行的操作。假设你想让一个按钮的Click事件处理程序调用triggerTestAndReturnId立即,并且希望在此过程中禁用它,那么如何禁用并重新启用该按钮?
如果你这样做:
void buttonBar_Click(object sender, EventArgs e) {
this.buttonBar.Enabled = false;
this.triggerTestAndReturnImmediately();
this.buttonBar.Enabled = true;
}
那么这将不会给你带来任何好,因为triggerTestAndReturnImmediately方法不正是它的名字的含义是:“它立即返回”。
那么你会如何解决这个问题?你可以这样做:
void buttonBar_Click(object sender, EventArgs e) {
this.triggerTestAndReturnImmediately();
}
public void triggerTestAndReturnImmediately() {
this.buttonBar.Enabled = false;
new Thread(start:() => {
Action callA =() => funcA();
Action callB =() => funcB();
Action callC =() => funcC();
Action reenableButton =() => this.buttonBar.Enabled = true;
for(int i=0;i<100;i++){
this.Invoke(callA);
Thread.Sleep(20 * 1000);
this.Invoke(callB);
Thread.Sleep(45 * 1000);
this.Invoke(callC);
Thread.Sleep(2 * 60 * 1000);
this.Invoke(reenableButton);
}//repeat for 100 times
}).Start();
}
另外,还要确保你总是重新启用按钮调用序列是否崩溃或无法与某些尝试终于声明或其他体操。
所以我认为你可以了解我所谈论的预防措施是什么(它们取决于你想要你的应用程序做什么)。
为什么你不能使用Thread.Sleep?它在等待时释放线程,因此如果需要延迟,它看起来很理想。 – driis 2013-02-24 18:34:31
为什么你不想使用Thread.Sleep?这正是它的设计目的。 – 2013-02-24 18:34:37
@driis:它不会“释放”线程 - 它不像线程可用于其他工作。它不占用大量的CPU,但我不会称之为“释放”它。 – 2013-02-24 18:38:22