C#— Timer实例何时被杀死?

问题描述

| 给定以下代码,计时器将每秒触发一次PrintTimer函数,直到用户按下一个键。 问题1>计时器何时停止? 默认情况下,Timer是否为Background线程,以便在前台线程终止后将其杀死。 问题2>如何以编程方式在调用线程中停止计时器?
class Program
{
    // continue to call this function until the user presses a 
    // key to terminate the application
    static void PrintTime(object state) 
    {
        Console.WriteLine(\"Time is: {0}\",DateTime.Now.ToLongTimeString());
    }
    static void Main(string[] args)
    {
        TimerCallback timeCB = new TimerCallback(PrintTime);
        System.Threading.Timer t = new Timer(
            timeCB,null,1000);
        Console.WriteLine(\"Hit key to terminate...\");
        Console.ReadLine();
    }
}
    

解决方法

        答案1 现在,仅当程序退出时,计时器才会停止。它不是真的使用后台线程坐在那里,但是当发生计时器事件时,将通过作为后台线程的ThreadPool线程调用回调。 答案2 停止计时器很简单:
t.Change(Timeout.Infinite,Timeout.Infinite);
- 要么 -
t.Dispose();
前者允许您通过再次调用
Change
来重新启动
Timer
,而后者将完全清除
Timer
。 有关其行为的更多详细信息,建议阅读其MSDN文档中“ 3”类的“备注”部分。例如,使用
Dispose
会有一些棘手的时机,因为
Timer
可能已经将通知回调排队到线程池中,即使在调用
Dispose
之后,您在技术上也可以接收到该通知。     ,        计时器将通过其Finzalizer运行进行清理。那就是垃圾,实际上从发行版到调试模式都不同。 这是我们可以使用WeakReference运行的测试:
internal class Program
{
    // continue to call this function until the user presses a 
    // key to terminate the application
    private static void PrintTime(object state)
    {
        Console.WriteLine(\"Time is: {0}\",DateTime.Now.ToLongTimeString());
    }

    private static void Main(string[] args)
    {
        TimerCallback timeCB = new TimerCallback(PrintTime);
        Timer t = new Timer(
            timeCB,null,1000);

        WeakReference wk = new WeakReference(t);
        PrintStatus(wk);

        Console.WriteLine(\"Hit key to terminate...\");
        Console.ReadLine();

        t = null;
        PrintStatus(wk);
    }

    private static void PrintStatus(WeakReference wk)
    {
        GC.Collect();
        GC.WaitForPendingFinalizers();
        Console.WriteLine(\"Is timer alive? \" + wk.IsAlive);
    }
}
    ,        
Timer
是一次性的,因此您应该/必须在上面call7ѭ。如果要重用它,也可以调用
Stop
,但是Timer类中有一个带有定期回调的错误,建议您仅处置它并开始使用新的计时器。 在您发布的代码中将发生的事情是,将调用Timer的终结器(从技术上来说可能会杀死它)。     ,        在您的应用程序中,它永远不会停止,直到您退出应用程序。 要以编程方式停止它,取决于您使用的计时器。
System.Timers.Timer

System.Threading.Timer
如果是第一个,则可以调用Stop方法。 如果是第二个,则必须对其进行Dispose()。 请注意,如果您在某个方法中启动计时器,并且不保留对它的引用,则在收集垃圾时它将停止。     ,        对于问题2,请参见Timer.Enabled属性和Timer.Close()方法。 更新:我想为完整性起见,我还应该提到Timer.Stop()方法(将Enabled设置为false) 更新:什么时候应该使用每个选项? 广义上讲,有两种情况:要么您摆脱了计时器,不再计划再次使用它,要么暂停了计时器,但打算在某个时候恢复它(或者至少希望该选项能够使其恢复原状) )。 如果您不使用计时器,则可以采用“处置/关闭”的方法。至少您应该调用Dispose,因为这是一个表现良好的程序在完成一个实现IDisposable的对象时所希望执行的操作。 就是说,当对象同时实现IDisposable和Close方法时,我相信更好的方法是调用Close,因为Close可能做的不仅仅是释放资源。例如,它可能刷新缓冲区或执行某些其他对象特定的操作。人们会期望使用Close方法来调用Dispose。理想情况下,Close的文档应明确声明其调用Dispose(但Timer :: Close的文档并未说明确实如此)。 要临时暂停和恢复计时器,可以将Enabled属性设置为false,然后再次将其设置为true。或者,您可以调用Stop(),然后调用Start()以恢复它。临时而言,我不偏爱一种技术而不是另一种。 我想也许有人会认为Stop和Start的可读性和效率可能稍低(因为它们又将Enabled设置为)。     

相关问答

依赖报错 idea导入项目后依赖报错,解决方案:https://blog....
错误1:代码生成器依赖和mybatis依赖冲突 启动项目时报错如下...
错误1:gradle项目控制台输出为乱码 # 解决方案:https://bl...
错误还原:在查询的过程中,传入的workType为0时,该条件不起...
报错如下,gcc版本太低 ^ server.c:5346:31: 错误:‘struct...