在广泛阅读SO之后,我了解Thread.Sleep
是a bad idea。相反,普遍的共识是服务器端任务应该使用Timer
,threadpool
,或者使用Join()
。
一个article提到处理计时器的困难。
使用waitOne
问题
启动一个每30秒,1分钟或5分钟重复一次的长时间运行任务时使用的正确方法是什么?约束是,如果该任务的上一次运行比间隔(32秒或7分钟)长,那么我希望该选项要么杀死前一个实例,要么不执行新实例。
潜在的问题是,我打算根据需要使用WindowsImpersionationContext,P / Invoke LogonUserEX或DCOMShim在这些线程上使用模拟。
我不确定采取什么方法,以及为什么。
可能的答案1
这个例子似乎很简单,代码混乱最少
// initially set to a "non-signaled" state, ie will block
// if inspected
private readonly AutoResetEvent _isStopping = new AutoResetEvent(false);
/// <summary>
/// from...
/// https://stackoverflow.com/questions/2822441/system-timers-timer-threading-timer-vs-thread-with-whileloop-thread-sleep-for-p/2822506#2822506
/// </summary>
public void SampleDelay1()
{
TimeSpan waitInterval = TimeSpan.FromMilliseconds(1000);
// will block for 'waitInterval', unless another thread,
// say a thread requesting termination, wakes you up. if
// no one signals you, WaitOne returns false, otherwise
// if someone signals WaitOne returns true
for (; !_isStopping.WaitOne(waitInterval); )
{
// do your thang!
}
}
可能的答案2
此示例提供了类似的功能,但使用的匿名类型可能不允许在其编码标准中不允许的公司中使用。
/// <summary>
/// Disposable Timer instance from
/// https://stackoverflow.com/questions/391621/compare-using-thread-sleep-and-timer-for-delayed-execution
/// </summary>
class TimerStackOverFlow
{
// Created by Roy Feintuch 2009
// Basically we wrap a timer object in order to send itself as a context in order
// to dispose it after the cb invocation finished. This solves the problem of timer
// being GCed because going out of context
public static void DoOneTime(ThreadStart cb, TimeSpan dueTime)
{
var td = new TimerDisposer();
// Is the next object System.Timers, or System.Threading
var timer = new Timer(myTdToKill =>
{
try
{
cb();
}
catch (Exception ex)
{
Trace.WriteLine(string.Format("[DoOneTime] Error occured while invoking delegate. {0}", ex), "[OneTimer]");
}
finally
{
((TimerDisposer)myTdToKill).InternalTimer.Dispose();
}
},
td, dueTime, TimeSpan.FromMilliseconds(-1));
td.InternalTimer = timer;
}
}
class TimerDisposer
{
public Timer InternalTimer { get; set; }
}
答案 0 :(得分:0)
我已多次使用你的第一种方法,而且效果很好。
第二种解决方案似乎是一次性事件的基于时间的触发器的通用封装。如果您正在查看重复发生的事件,那么这种方法对我来说似乎不必要地复杂化,并没有从增加的复杂性中获得明显的好处。