C#中 System.Threading.Timer 的回收问题

时间：2020-02-26 12:55:04 阅读：165 评论：0 收藏：0 [点我收藏+]

一. 问题来源

在我上家公司里，做停车软件客户端的时候，岗亭客户端需要每隔一段时间，将本地时间和服务所在的电脑上的时间，和中央服务器上的本地时间进行同步。但是在实际运用的时候，打开客户端除了开启计时器（System.Threading.Timer）的时候会同步一次以外，之后就再也不会同步。

二. 关于 System.Threading.Timer

System.Threading.Timer 是一个比较特殊的对象，在程序还没有执行到离开 System.Threading.Timer 的作用域的时候。如果发生一次 GC 的回收，那么在 Release 编译的模式下，这个计时器会直接被当做垃圾而被 CLR 回收，造成无法正常进行定时操作。

当然在 Debug 编译模式下，并不会发生这个问题。因为在 Debug 模式下，编译器会添加相关的方法特性（编译器会为程序集设置 DebuggingModes 的 DisableOptimizations 标志）来阻止 CLR 垃圾回收器在离开作用域之前回收它，将所有根的生存周期延长至方法结束。

值得一提的是，只要有一个根在引用它，对于其他的对象，并不会造成在离开作用域之前就被回收。所以 System.Threading.Timer 需要我们在某些特殊情况下区别于其他对象进行对待。

三. 解决 System.Threading.Timer 被提前回收的方法

解决这个被提前回收的方法主要有一下几种：

1. 如果是在命令窗口中编译，使用 " /Debug+ " ，于此同时不要去启用 " /optimize "。如果是在VS中那么直接在上面的工具栏中选择 " Debug " 即可。当然这种方法是有缺点的，就是不能处理 Release 编译的程序；

操作步骤：

step 1：测试代码（已经在应用进行精简删除仅仅保留命名空间 using System ）

?using System;

namespace ConsoleApplication1
{
    class Program
    {
        static void Main(string[] args)
        {
            System.Threading.Timer timer = new System.Threading.Timer(ShowCuurentDataTime, null, 0, 1000);

            //让timer不能离开当前作用域
            Console.ReadKey();
        }

        public static void ShowCuurentDataTime(Object obj)
        {
            Console.WriteLine("[System.Threading.Timer]当前时间:" + DateTime.Now);

            //强制GC回收
            GC.Collect(GC.MaxGeneration, GCCollectionMode.Forced);
        }
    }
}

step 2：命令窗口中编译

首先打开 " VS20XX 开发人员命令提示 "，可以在开始菜单的 VS 目录下面找到，如下图（用这个的原因是，这样执行指令的时候，编辑环境由其准备好了），如下图：

? 技术分享图片

然后打开之后，转到 program.cs 所在目录。然后执行命令

csc /t:exe /r:System.dll /Debug+ /optimize- program.cs

如下图：

? 技术分享图片

之后在目录下面就会有一个exe生成，打开之后可以正常处理计时事件。

step 3：如果是在 Visual Studio IDE 下那么直接在工具栏上把 Debug 选上编译运行，在 bin\debug 目录下的会有 exe ，如下图：

? 技术分享图片

注：

当然要想 Releas 编译的程序能使定时器正常运作，这种方法是不行的；
使用其他类型的计时器，例如 System.Timers.Timer 或者是 System.Windows.Forms.Timer 。前者比较好用，后者会占用 UI 线程，不建议处理长时间的同步业务，如果写成异步的，那么还是需要考虑异步的相关问题；
在程序结束之前增加计时器的应用根。一种是在退出，或者释放承载了该种计时器的对象的时候，对计时器进行显式的引用释放，如