一. 问题来源
在我上家公司里,做停车软件客户端的时候,岗亭客户端需要每隔一段时间,将本地时间和服务所在的电脑上的时间,和中央服务器上的本地时间进行同步。但是在实际运用的时候,打开客户端除了开启计时器(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 目录下面找到,如下图(用这个的原因是,这样执行指令的时候,编辑环境由其准备好了),如下图:
csc /t:exe /r:System.dll /Debug+ /optimize- program.cs
- 之后在目录下面就会有一个exe生成,打开之后可以正常处理计时事件。
step 3:如果是在 Visual Studio IDE 下那么直接在工具栏上把 Debug 选上编译运行,在 bindebug 目录下的会有 exe ,如下图:
- 当然要想 Releas 编译的程序能使定时器正常运作,这种方法是不行的;
- 使用其他类型的计时器,例如 System.Timers.Timer 或者是 System.Windows.Forms.Timer 。前者比较好用,后者会占用 UI 线程,不建议处理长时间的同步业务,如果写成异步的,那么还是需要考虑异步的相关问题;
- 在程序结束之前增加计时器的应用根。一种是在退出,或者释放承载了该种计时器的对象的时候,对计时器进行显式的引用释放,如
timer.Dispose();
值得注意的是,并不能使用
t=null;
这样来引用,因为编辑器会优化代码,而忽略这一行。还有一种方式就是把 Timer 设置为 Timer 承载对象的一个字段或者属性,让 Timer 的生命周期得以延长到承载对象的生命周期结束:
【1】在程序退出之前,对计时器进行显式的引用释放的方法,如下图:
【2】使用字段或者属性,延长Timer生命周期,如下图: