清空 System.Threading.Timer 会阻止它吗？

Question

如果我有一个活动的System.Threading.Timer 并将其设置为 null，它会停止吗？

我知道打电话给.Dispose() 更合适，但我希望得到书面问题的答案。

public class Foo
{
   private System.Threading.Timer _timer;
   public Foo()
   {
      // initialize timer
   }

   public void KillTimer()
   {
      _timer=null;
   }
}

---

更新：

经过反复讨论是否将对 System.Threading.Timer 的单个引用设置为 null 确实会导致停止它，这表明

1. 没有延迟引用，例如事件列表，因为线程计时器采用单一回调并且不公开事件。
2. 如果 GC 收集，finalizer 确实会释放 TimerBase 并停止计时器。

尖峰

using System;
using System.Threading;

namespace SO_3597276
{
    class Program
    {
        private static System.Threading.Timer _timer;

        static void Main(string[] args)
        {
            _timer = new Timer((s) => Console.WriteLine("fired"), null, 1000, Timeout.Infinite);
            _timer = null;
            GC.Collect();
            Console.ReadKey();
        }
    }
}

不调用定时器回调。删除GC.Collect() 并调用回调。

谢谢大家。

Answer 1

为什么会这样？

考虑：

  System.Threading.Timer t = ...;
  System.Threading.Timer q = t;
  q = null; // Should this stop it as well?

设置为 null 是您对变量执行的操作，而不是您对对象执行的操作。 Timer 无法知道您将特定变量设置为 null，也无法据此采取行动。

编辑：

为了解决编辑问题，即使在有唯一引用的情况下，也不能保证计时器会停止，因为在引用设置为 null 后，GC 可能不会运行。这也不是完全不可能的，Microsoft .NET 实现使用分代收集器，并且静态字段可能会在托儿所收集中幸存下来并被提升到老一代。如果您的程序具有相对稳定的内存配置文件，则可能永远不会收集旧代（并且通过扩展，终结器将在程序结束之前运行）。

Answer 2

我知道你在问System.Threading.Timer 课程，但我想指出一些相当重要的事情。

到目前为止提供的答案都很好。 Logan 和 SLaks 是正确的，将任何变量设置为 null 对先前分配变量的对象没有直接影响。 Russell is right 说当垃圾收集器确实 最终处置计时器时，它将 停止。

SLaks 指出，在将计时器引用设置为null 后，可能会有延迟引用。在一个System.Threading.Timer 引用的简单示例中，情况并非如此。

但是，例如，如果您有一个System.Timers.Timer，并且您处理它的Elapsed 事件，那么将其设置为null 将留下一个参考和计时器将永远继续运行。

因此考虑以下代码示例：

var t = new System.Timers.Timer(1000.0);
t.AutoReset = true;
t.Elapsed += (sender, e) => Console.WriteLine(DateTime.Now);

Console.Write("Press Enter to start the timer.");
Console.ReadLine();
t.Start();

Console.Write("Press Enter to set t to null.");
Console.ReadLine();

// This will not stop the timer. It actually does nothing at all to the timer
// to which t has been assigned.
t = null;

Console.Write("Press Enter again to perform a garbage collection.");
Console.ReadLine();

// This STILL will not stop the timer, as t was not the only reference to it
// (we created a new one when we added a handler to the Elapsed event).
GC.Collect();

Console.Write("t is null and garbage has been collected. Press Enter to quit.");
Console.ReadLine();

在上面的示例中，由于代码保留了对t 的引用以处理其Elapsed 事件，因此计时器将永远不会停止。

再一次，我意识到这不是你问的课程；我只是提出这一点，指出事实上你是否有对给定对象的任何引用并不总是很明显。

---

更新：关于我上面的陈述是否同样适用于System.Threading.Timer 对象的话题似乎出现了一些混乱； 不是。为了验证这一点，请考虑对上述代码进行以下修改：

Console.Write("Press Enter to start the timer.");
Console.ReadLine();

var t = new System.Threading.Timer(
    state => { Console.WriteLine(DateTime.Now); },
    null,
    0,
    1000
);

Console.Write("Press Enter to set t to null.");
Console.ReadLine();

// This will not stop the timer. It actually does nothing at all to the timer
// to which t has been assigned. HOWEVER, if/when the GC comes around to collect
// garbage, it will see that said timer has no active references; and so it will
// collect (and therefore finalize) it.
t = null;

Console.Write("Press Enter again to perform a garbage collection.");
Console.ReadLine();

// This WILL cause the timer to stop, as there is code in the type's
// finalizer to stop it.
GC.Collect();

Console.Write("t is null and garbage has been collected. Press Enter to quit.");
Console.ReadLine();

这就是为什么它不适用于 System.Timers.Timer（或任何有事件的类型，实际上）：

当我们像这样定义事件处理程序时，很容易错过答案：

t.Elapsed += (sender, e) => Console.WriteLine(DateTime.Now);

如果我改为这样定义我的处理程序会怎样？

t.Elapsed += (sender, e) => Console.WriteLine(sender.GetType());

哦，对了！那个sender 没有人注意的论点！

.NET 提供的事件处理基础结构要求对象处理 事件维护对对象引发 事件的引用。否则，EventHandler 代表及其所有表亲签名所提供的合同将被违反。

这个故事的寓意是：一旦您将处理程序添加到事件中，您就创建了对对象的新引用。在此之后允许该对象被垃圾收集的唯一方法是删除处理程序 - 但如果您将对该对象的唯一其他引用设置为 null （这是非常.NET 程序可能存在“内存泄漏”的几个示例）。

Answer 3

不一定。将其设置为 null，删除对它的所有引用，并依赖垃圾收集器来处理它。

如果计时器在 GC 到达它之前就关闭了，它将触发事件。

Answer 4

不，它不会停止。

将变量设置为null 不会直接产生任何副作用，例如停止计时器。 （除非是财产）

由于定时器有其他引用，GC不会收集，永远不会停止。