你需要知道的c# Timer 的垃圾回收机制。

通常我们需要定时执行一段任务的时候，我们就需要定时器，这时我们就可以使用c# System.Threading空间中的 Timer定时器;他是个异步定时器，时间到时每次都是在线程池中分配一个线程去执行任务。下面我们来看一个有趣的例子：

 class Program
    {
        static void Main(string[] args)
        {
            Timer timer = new Timer(TimerCallback,null,0,2000);

            Console.ReadLine();
        }

        private static void TimerCallback(object o)
        {
            Console.WriteLine("in TimerCallback method");
            GC.Collect();

        }
    }

当我们在debug模式下运行该段程序时，正如我们期盼的那样程序会每隔2秒钟执行该方法，打印出"in TimerCallback method”，而在release模式下执行的时候，只执行一次该方法，字符串只打印一次。在这里我们在调用TimerCallback方法时，强制执行垃圾回收器，说明在release模式下，垃圾回收器执行回收算法时，首先假设所有对象都是可回收的，当将Timer对象赋值给变量t后，t没有在被引用，因此也就没有变量引用Timer对象，所以垃圾收集这时会回收Timer对象。那么为什么在debug模式下却能够运行能，这跟c#编译器的优化方式有关，在release模式下编译器做了相关的优化操作。而在debug模式下，timer对象的生成期是方法的结束，这样做也是为了调试的方便。要不然在调试时，我们执行到Timer timer = new Timer（）后想看timer的值时，已经被垃圾回收器给回收了，这是我们不期望看到的结果，编译器如何处理的，我们可以看看编译器在release模式下和debug模式下对上面的代码编译后生成的IL对比我们既知结果。

release模式编译生成的IL：

 .method private hidebysig static void  Main(string[] args) cil managed
 {
   .entrypoint
   // Code size       32 (0x20)
   .maxstack
   IL_0000:  ldnull
   IL_0001:  ldftn      void GCTest.Program::TimerCallback(object)
   IL_0007:  newobj     instance void [mscorlib]System.Threading.TimerCallback::.ctor(object,
                                                                                      native int)
   IL_000c:  ldnull
   IL_000d:  ldc.i4.
   IL_000e:  ldc.i4     0x7d0
   IL_0013:  newobj     instance void [mscorlib]System.Threading.Timer::.ctor(class [mscorlib]System.Threading.TimerCallback,
                                                                              object,
                                                                              int32,
                                                                              int32)
   IL_0018:  pop
   IL_0019:  call       string [mscorlib]System.Console::ReadLine()
   IL_001e:  pop
   IL_001f:  ret
 } // end of method Program::Main

debug模式下生成的IL:

 method private hidebysig static void  Main(string[] args) cil managed
 {
   .entrypoint
   // Code size       33 (0x21)
   .maxstack
   .locals init ([] class [mscorlib]System.Threading.Timer timer)
   IL_0000:  nop
   IL_0001:  ldnull
   IL_0002:  ldftn      void GCTest.Program::TimerCallback(object)
   IL_0008:  newobj     instance void [mscorlib]System.Threading.TimerCallback::.ctor(object,
                                                                                      native int)
   IL_000d:  ldnull
   IL_000e:  ldc.i4.
   IL_000f:  ldc.i4     0x7d0
   IL_0014:  newobj     instance void [mscorlib]System.Threading.Timer::.ctor(class [mscorlib]System.Threading.TimerCallback,
                                                                              object,
                                                                              int32,
                                                                              int32)
19   IL_0019:  stloc.0
   IL_001a:  call       string [mscorlib]System.Console::ReadLine()
   IL_001f:  pop
   IL_0020:  ret
 } // end of method Program::Main

从生成的IL中我们可以看出在debug模式下，生成IL比在release模式下多了19行红色字体的IL指令码，该指令码的作用是将15行生成的引用Timer对象的栈上的变量存放到局部变量0中。所以使得在debug模式下该t还被引用，不能够回收Timer对象，所以也能出现我们期盼的结果，那么如何在两种模式下都能得到我们期盼的结果呢。我们可以如下操作。

正确的代码：

   class Program
     {
         static void Main(string[] args)
         {
             Timer timer = new Timer(TimerCallback,null,,);

             Console.ReadLine();
             timer.Dispose();
         }

         private static void TimerCallback(object o)
         {
             Console.WriteLine("in TimerCallback method");

             GC.Collect();

         }
     }

这时不管是在release模式下还是debug模式下，都会每隔2秒钟调用我们的回调方法。