C# 带有计时器的.NET Windows服务停止响应
我有一个用c#编写的windows服务。它内部有一个计时器，可以定期触发一些函数。因此，我的服务框架：C# 带有计时器的.NET Windows服务停止响应,c#,windows-services,timer,C#,Windows Services,Timer,我有一个用c#编写的windows服务。它内部有一个计时器，可以定期触发一些函数。因此，我的服务框架： public partial class ArchiveService : ServiceBase { Timer tickTack; int interval = 10; ... protected override void OnStart(string[] args) { tickTack = new Timer(1000 *
public partial class ArchiveService : ServiceBase
{
Timer tickTack;
int interval = 10;
...
protected override void OnStart(string[] args)
{
tickTack = new Timer(1000 * interval);
tickTack.Elapsed += new ElapsedEventHandler(tickTack_Elapsed);
tickTack.Start();
}
protected override void OnStop()
{
tickTack.Stop();
}
private void tickTack_Elapsed(object sender, ElapsedEventArgs e)
{
...
}
}
编辑： 我编辑了这两个服务。其中一个在任何地方都得到了很好的尝试和更多的记录。第二个人定期参加计时器娱乐活动。从那以后，他们都没有停止过，所以如果这种情况再持续一周，我将结束这个问题。谢谢大家到目前为止
编辑：
我结束这个问题是因为什么都没发生。我的意思是，我做了一些更改，但这些更改在这件事上并不真正相关，从那时起，这两项服务都在运行，没有任何问题。请将其标记为“因不再相关而关闭”。是否检查了错误日志？也许你不知怎的用完了计时器。也许您可以在初始化ArchiveService时只创建一个计时器并跳过OnStart内容。我以前在计时器和循环服务中都看到过这一点。通常情况下，捕获的异常会停止计时器或循环线程，但不会作为异常恢复的一部分重新启动它 至于你的其他观点。。。 我不认为计时器有什么“优雅”的地方。对我来说，在代码中看到循环操作比计时器方法更直接。但优雅是主观的
内存问题？如果你写对了就不会了。如果您的Thread.Sleep（）设置不正确，可能会造成处理器负担。我在一些项目中做了与您完全相同的工作，但没有出现问题
您的tickTac_中是否有可能导致此问题的代码？像一个永不结束的循环，或者某个停止计时器的错误，使用线程并等待这些线程的结束等等？有趣的问题。如果它真的只是与时间相关的（即不例外），那么我想知道您是否可以周期性地循环使用计时器-即
private void tickTack_Elapsed(object sender, ElapsedEventArgs e)
{
CheckForRecycle();
// ... actual code
}
private void CheckForRecycle()
{
lock(someLock) {
if(++tickCount > MAX_TICKS) {
tickCount = 0;
tickTack.Stop();
// re-create timer
tickTack = new Timer(...);
tickTack.Elapsed += ...
tickTack.Start();
}
}
}
您可能可以将这部分内容与
OnStartOnStop您的里程数可能会有所不同，因此请使用您的操作系统/框架位组合进行验证。正如许多受访者指出的那样，异常情况会被计时器吞没。在windows服务中，我使用System.Threading.Timer。它具有Change（…）方法，允许您启动/停止计时器。可能出现异常的地方可能是可重入性问题——以防tickTack_执行时间超过计时器周期。通常我会这样编写计时器循环：
void TimeLoop(object arg)
{
stopTimer();
//Do some stuff
startTimer();
}
您还可以
锁定（…）