博客访问： 4879958
博文数量： 3420
注册时间：
ITPUB论坛APP
ITPUB论坛APP
APP发帖 享双倍积分
IT168企业级官微
微信号：IT168qiye
系统架构师大会
微信号：SACC2013
分类： Linux
最近正好做一个WEB中定期执行的程序，而.NET中有3个不同的定时器。所以正好研究研究。这3个定时器分别是：&//1.实现按用户定义的时间间隔引发事件的计时器。此计时器最宜用于 Windows 窗体应用程序中，并且必须在窗口中使用。&System.Windows.Forms.Timer&// 2.提供以指定的时间间隔执行方法的机制。无法继承此类。&System.Threading.Timer&//3.在应用程序中生成定期事件。&System.Timers.Timer&这三个定时器位于不同的命名空间内，上面大概介绍了3个定时器的用途，其中第一个是只能在Windows窗体中使用的控件。在.NET1.1里面，第3个System.Timers.Timer，也是可以拖拽使用，而.NET2.0开始取消了，只能手动编写代码。而后2个没有限制制。下面通过具体的列子来看3个Timer的使用和区别，网上谈的很多，但基本都没有代码。&一 System.Windows.Forms.Timer&#region System.Windows.Forms.Timer&public partial class Form1 : Form&{&public Form1()&{&InitializeComponent();&}&int num = 0;&private void Form_Timer_Tick(object sender, EventArgs e)&{&label1.Text = (++num).ToString();&Thread.Sleep(3000);&}&private void button1_Click(object sender, EventArgs e)&{&Form_Timer.Start();&}&private void button2_Click(object sender, EventArgs e)&{&Form_Timer.Stop();&}&}&#endregion&上面这个是一个很简单的功能，在Form窗体上拖了一个System.Windows.Forms.Timer控件名字为Form_Timer，在属性窗中把Enable属性设置为Ture，Interval是定时器的间隔时间。双击这个控件就可以看到 Form_Timer_Tick方法。在这个方法中，我们让她不停的加一个数字并显示在窗体上，2个按钮提供了对计时器的控制功能。&执行的时候你去点击其他窗体在回来，你会发现我们的窗体失去响应了。因为我们这里使用Thread.Sleep(3000);让当前线程挂起，而UI失去相应，说明了这里执行时候采用的是单线程。也就是执行定时器的线程就是UI线程。&Timer 用于以用户定义的事件间隔触发事件。Windows 计时器是为单线程环境设计的，其中，UI 线程用于执行处理。它要求用户代码有一个可用的 UI 消息泵，而且总是在同一个线程中操作，或者将调用封送到另一个线程。&在Timer内部定义的了一个Tick事件，我们前面双击这个控件时实际是增加了一行代码&this.Form_Timer.Tick += new System.EventHandler(this.Form_Timer_Tick);&这个应该明白，不明白的可以看我BLOG中有关委托和事件的文章。然后Windows将这个定时器与调用线程关联(UI线程)。当定时器触发时，Windows把一个定时器消息插入到线程消息队列中。调用线程执行一个消息泵提取消息，然后发送到回调方法中（这里的Form_Timer_Tick方法）。而这些都是单线程进行了，所以在执行回调方法时UI会假死。所以使用这个控件不宜执行计算受限或IO受限的代码，因为这样容易导致界面假死，而应该使用多线程调用的Timer。另外要注意的是这个控件时间精度不高，精度限定为 55 毫秒。我们把Interval设置为20ms，然后在start和stop方法中记录当前时，并计算出运行时间：&从上面图可以看到程序执行了7.8S也就是 7800ms,而间隔时间是20ms，也就是最后显示数字应该是390左右，但只有250，显然是不准确的，不过按MSDN说的55ms的精度，7800ms应该只执行了140多次或更少。不知道这里是不是理解有问题。&二 System.Timers.Timer&接下来就看下另一个Timer，我们用他来改写上面的程序&#region System.Windows.Forms.Timer&public partial class Form1 : Form&{&public Form1()&{&InitializeComponent();&}&int num = 0;&DateTime time1 = new DateTime();&DateTime time2 = new DateTime();&//定义Timer&System.Timers.Timer Timers_Timer = new System.Timers.Timer();&private void button1_Click(object sender, EventArgs e)&{&//手动设置Timer，开始执行&Timers_Timer.Interval = 20;&Timers_Timer.Enabled =&Timers_Timer.Elapsed += new System.Timers.ElapsedEventHandler(Timers_Timer_Elapsed);&time1 = DateTime.N&}&void Timers_Timer_Elapsed(object sender, System.Timers.ElapsedEventArgs e)&{&label1.Text = Convert.ToString((++num)); //显示到lable&Thread.Sleep(3000);&}&private void button2_Click(object sender, EventArgs e)&{&//停止执行&Timers_Timer.Enabled =&time2 = DateTime.N&MessageBox.Show(Convert.ToString(time2-time1));&}&}&#endregion&我们可以看到这个代码和前面使用Form.Timer的基本相同，不同的是我们是手动定义的对象，而不是通过拉控件。他也有Interval ，Enabled 等属性，作用和第一是一样的。不同的是他的事件名为Elapsed ，但是和上面的Tick一样，绑定一个委托的方法。只是这里我们是手动完成的。另外不同之处是Form.Timer我们可以用Stop和Start方法控制，而这里是通过Enable属性控制。但实际上也可以用Stop和Start方法，内部也是通过他自己的Enable来控制的。&
最大的不同就是上面的代码在调试时会报错，提示你"线程间操作无效: 从不是创建控件“label1”的线程访问它。"但如果你不调试直接运行是OK的，而且运行时你去拖动窗体会发现没有出现假死。从这里我们就可以知道这里的Timer的创建线程和执行线程不是同一个线程。也就是使用了多线程。Timer的创建线程是UI线程，而执行线程是TheardPool中的线程，所以不会假死，但调试的时候会报错，因为非控件的创建线程不能操作控件。但你可以直接运行，这里是VS05做了手脚。解决办法很多，用delegate.BeginInvoke()等等。这里介绍特有的一种方法，设置Timer的SynchronizingObject属性，Timers_Timer.SynchronizingObject = label1;这样的话，我们的话，调试运行时就不会报错了，但是设置了这个属性Timer就编程单线程调用了，就基本和第一个完全一样了。
Timer 是为在多线程环境中用于辅助线程而设计的。服务器计时器可以在线程间移动来处理引发的 Elapsed 事件，这样就可以比 Windows 计时器更精确地按时引发事件。Elapsed 事件在 ThreadPool 线程上引发。如果 Elapsed 事件的处理时间比 Interval 长，在另一个 ThreadPool 线程上将会再次引发此事件。因此，事件处理程序应当是可重入的。&另外和前面不同的现象是每次加1后并没有停止3秒在显示。而是继续显示，只是速度稍慢。因为我们设置间隔为20ms，而执行时间为3s，所以会在20ms后在另一个线程中继续执行，而当前线程被挂起而已。关于计时器的精度，取消3s的挂起，发现结果和第一个基本一致。&三 System.Threading.Timer&继续用这个对象改造程序。&#region System.Windows.Forms.Timer&public partial class Form1 : Form&{&public Form1()&{&InitializeComponent();&}&int num = 0;&DateTime time1 = new DateTime();&DateTime time2 = new DateTime();&System.Threading.Timer Thread_T&private void button1_Click(object sender, EventArgs e)&{&//启动&Thread_Time = new System.Threading.Timer(Thread_Timer_Method,null,0,20);&time1 = DateTime.N&}&void Thread_Timer_Method(object o)&{&label1.Text = Convert.ToString((++num));&System.Threading.Thread.Sleep(3000);&}&private void button2_Click(object sender, EventArgs e)&{&//停止&Thread_Time.Dispose();&time2 = DateTime.N&MessageBox.Show(Convert.ToString(time2-time1));&}&}&#endregion&用Threading.Timer时的方法，和前面就不太相同了，所以的参数全部在构造函数中进行了设置，而且可以设置启动时间。而且没有提供start和stop方法来控制计时器。而且是以一种回调方法的方式实现，而不是通过事件来实现的。他们之间还是有区别的。&我们只有销毁掉对象来停止他。当你运行时，你会发现他和前面的Timers.Timer一样，是多线程的，主要表现在不会假死，调试运行报错。但跟让你奇怪的是，我们的代码竟然无法让她停止下来。调用了Dispose方法没有用。问题在那？然后有进行了测试，修改了间隔时间为100，200，500，，4000。这几种情况。发现当间隔为500ms以上是基本马上就停止了。而间隔时间相对执行时间越短，继续执行的时间越长。这应该是在间隔时间小于执行时间时多个线程运行造成的。因为所有的线程不是同时停止的。间隔越短，线程越多，所以执行次数越多。&最后来看下这个对象另外一个特殊的地方。&static void Main()&{&Timer t = new Timer(Test,null,0,1000);&Console.ReadLine();&}&public static void Test(object o)&{&Console.WriteLine("nihao");&GC.Collect();&}&这段代码会输出什么结果呢？默认情况他只输出一次，就停止了。为什么呢？根据上面说的，当定义对象t,执行代码后，进行了强制垃圾回收，因为t在Main中没有其他引用，所以被回收掉了。但是如果我们吧编译器的”优化“项取消掉，在看看情况。程序进然一直在输出。为什么执行垃圾回收却没有被回收呢？因为这个禁用优化选项，t的声明周期被扩展到了方法结束。所以一直执行。&因为编译器默认是优化的，所以我们必须保证Timer对象一直被引用，而避免被垃圾回收。所以我们可以在编译器打开优化的情况下，在Main函数最后加上t=null保证回收前被引用，但你发现，这样是没用的。因为JIT编译器优化后会吧t=null直接删除，所以我们用t.Dispose(),就可以达到目的。在我们进行垃圾回收时，CLR发现t还有被引用，还没执行Dispose所以不会被回收。是以Threading.Timer有时候会出现运行一次就停止或者是销毁了还在运行的情况，而且和编译器优化也有关，所以使用时要注意。&最后看下MSDN的描述： 只要在使用 Timer，就必须保留对它的引用。对于任何托管对象，如果没有对 Timer 的引用，计时器会被垃圾回收。即使 Timer 仍处在活动状态，也会被回收。当不再需要计时器时，请使用 Dispose 方法释放计时器持有的资源。如果希望在计时器被释放时接收到信号，请使用接受 WaitHandle 的 Dispose(WaitHandle) 方法重载。计时器已被释放后，WaitHandle 便终止。&总结：&System.Threading.Timer 是一个简单的轻量计时器，它使用回调方法并由线程池线程提供服务。不建议将其用于 Windows 窗体，因为其回调不在用户界面线程上进行。System.Windows.Forms.Timer 是用于 Windows 窗体的更佳选择。要获取基于服务器的计时器功能，可以考虑使用 System.Timers.Timer，它可以引发事件并具有其他功能。&在《CLR Via C#》中讲多线程时有提到这3个计时器，但作者说System.Timers.Timer是对System.Threading.Timer的报装，不推荐使用，但是在我的WEB项目中的Application_Start中我还是使用的这个而不是Threading.Timer，因为使用Threading.Timer时只执行了一次就不在执行了。&对于计时器在B/S结构中的使用就复杂一些，一般我们把计时器放在Application_OnStart中，这样全局维护一个计时器，可以进行定期备份数据库，定期维护用户等操作，而且方法写作静态的，以免被垃圾回收。而不建议在一般的aspx页面中使用，因为服务器端的定时器对用户这样意义不大，完全可以使用JS代替。而且这个页面的每个请求都可能引入一个新的定时器，导致系统崩溃。另外，定时器是ASP.NET进程，IIS有关，所以对用重要的执行任务，还是建议写成服务或独立程序放在服务器上执行好了。&
阅读(16322) | 评论(0) | 转发(0) |
相关热门文章
给主人留下些什么吧！~~
请登录后评论。12751人阅读
System.Threading.Timer&是一个简单的轻量计时器，它使用回调方法并由线程池线程提供服务。在必须更新用户界面的情况下，建议不要使用该计时器，因为它的回调不在用户界面线程上发生。在此类情况下，System.Windows.Threading.DispatcherTimer&是更好的选择，因为其事件是在用户界面线程上引发的。&
多线程计时器
1：System.Threading.Timer
2：System.Timers.Timer
特殊目的的单线程计时器：
1：System.Windows.Forms.Timer（Windows Forms Timer）
2：System.Windows.Threading.DispatcherTimer(WPF timer);
多线程计时器比较强大，精确，而且可扩展性强；
单线程计时器比较安全,对于更新 Windows Forms controls或者WPF这种简单任务来说更方便。
System.Threading.Timer是最简单的多线程计时器。在下面的例子中，定时器在5秒后开始定时1秒的调用Tick方法。
publicstaticvoidMain()
//5秒后开始运行，接着每隔1秒的调用Tick方法
Timertmr=newTimer(Tick,&tick...&,);
Console.ReadLine();
tmr.Dispose();
staticvoidTick(objectdata)
Console.WriteLine(data);
.net framework提供的另一个计时器System.Timers.Timer.简单的对System.Threading.Timer进行了包装。增加了下面几个特性。
实现了Component,所以可以在设计器显示。代替Change方法的一个Interval属性代替callback委托的一个Elapsed事件启动和停止timer的Enabled属性，默认是false。为了避免Enabled造成混乱，提供了Start和Stop方法。是否在每次指定的间隔结束时引发Elapsed时间，还是仅间隔第一次结束后运行的AutoReset属性。在WPF或Windows Forms中安全的调用方法的SynchronizingObject对象。publicstaticvoidMainThread()
Timertmr=newTimer();
tmr.Interval=500;
tmr.Elapsed+=newElapsedEventHandler(tmr_Elapsed);
tmr.Start();
Console.ReadLine();
tmr.Stop();
Console.ReadLine();
tmr.Start();
Console.ReadLine();
tmr.Dispose();
staticvoidtmr_Elapsed(objectsender,ElapsedEventArgse)
Console.WriteLine(&Tick...&);
单线程计时器：
1：System.Windows.Forms.Timer（Windows Forms Timer）
2：System.Windows.Threading.DispatcherTimer(WPF timer);
单线程计时器是被设计成属于他们执行环境的计时器，如果你在一个Windows服务应用程序中使用Windows Forms的Timer，timer 事件并不会被触发，只有在对应的环境下才会被触发。
像System.Timers.Timer一样，他们也提供了相同的成员(Interval,Tick,Start,Stop)，但是他们内部的工作原理不同，
WPF和Windows Forms的计时器使用消息循环机制来取代线程池产生消息的机制。
这意味着Tick事件总是在创建timer的那个线程上执行，同时也意味着如果上一个Tick消息还未被处理，即使时间超过了间隔时间，在消息循环中也只存在一个Tick消息。
下面是它们的优点：
你可以忘记线程安全。一个Tick事件在前一个Tick事件被处理完毕前不会被触发。你可以直接在Tick事件处理代码中更新控件，不需要调用Control.Invoke或Dispatcher.Invoke.
看下在Winform中使用单线程定时器的效果：
//基于Windows消息循环的单线程计时器
privateSystem.Windows.Forms.Timertimer=newTimer(){};
publicForm1()
InitializeComponent();
timer.Tick+=newEventHandler(timer_Tick);
timer.Enabled=
voidtimer_Tick(objectsender,EventArgse)
//模拟的做一些耗时的操作
System.Threading.Thread.Sleep(2000);
如果运行上面的代码，会发现UI界面响应速度很慢，
原理上面已经介绍了：单线程计时器基于Windows消息循环，应用程序会同步的处理计时器的消息。
解决这个问题的方法是使用多线程计时器：只要修改代码使用多线程计时器即可：
//使用多线程计时器
privateSystem.Timers.Timertimer=newSystem.Timers.Timer();
publicForm1()
InitializeComponent();
timer.Elapsed+=newSystem.Timers.ElapsedEventHandler(timer_Elapsed);
timer.Enabled=
voidtimer_Elapsed(objectsender,System.Timers.ElapsedEventArgse)
//模拟的做一些耗时的操作
System.Threading.Thread.Sleep(2000);
上面的例子告诉我们单线程计时器的缺点：
除非Tick事件的处理代码执行的非常快，否则UI界面会变得响应很慢。
所以 WPF和Windows Forms的计时器都非常适合小任务，尤其是界面更新的任务。例如时钟和计数显示。否则，你需要一个多线程计时器。
设为1000,再设一个变量每次加1.加12次后做你要做的事,这样就准了.
&上面是2种自己使用一下，感觉那个好就可以了。&
&&相关文章推荐
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：146374次
积分：1742
积分：1742
排名：千里之外
原创：42篇
转载：34篇
(2)(6)(4)(3)(5)(3)(1)(5)(5)(7)(4)(4)(2)(1)(1)(6)(6)(11)C#中Timer使用及解决重入问题 - C#技巧 - 大学IT网
当前位置: >
> C#中Timer使用及解决重入问题
关键词：&&阅读(19333) 赞(19)
[摘要]本文是对C#中Timer使用及解决重入问题的讲解，对学习C#编程技术有所帮助,与大家分享。
打开久违的Live Writer，又已经好久没写博客了，真的太懒了。废话不多说了，直接进入这次博客的主题--Timer。为什么要写这个呢，因为前几天应朋友之邀，想做个“黑客”小工具，功能挺简单就是自动获取剪贴板的内容然后发送邮件，就需要用到Timer来循环获取剪贴板的内容，但是由于到了发送邮件这个功能，使用C#的SmtpClient始终发送不了邮件，以前写过类似发邮件的功能，当时可以用网易的，现在也不能用了，不知道咋回事，只好作罢。在使用Timer中遇到了之前没有想过的问题--重入。
首先简单介绍一下timer，这里所说的timer是指的System.Timers.timer，顾名思义，就是可以在指定的间隔是引发事件。官方介绍在这里，摘抄如下：Timer 组件是基于服务器的计时器，它使您能够指定在应用程序中引发 Elapsed 事件的周期性间隔。然后可通过处理这个事件来提供常规处理。 例如，假设您有一台关键性服务器，必须每周 7 天、每天 24 小时都保持运行。 可以创建一个使用 Timer 的服务，以定期检查服务器并确保系统开启并在运行。 如果系统不响应，则该服务可以尝试重新启动服务器或通知管理员。
基于服务器的 Timer 是为在多线程环境中用于辅助线程而设计的。 服务器计时器可以在线程间移动来处理引发的 Elapsed 事件，这样就可以比 Windows 计时器更精确地按时引发事件。
如果想了解跟其他的timer有啥区别，可以看这里，里面有详细的介绍，不再多说了（其实我也不知道还有这么多）。那使用这个计时器有啥好处呢？主要因为它是通过.NET Thread Pool实现的、轻量、计时精确、对应用程序及消息没有特别的要求。
下面就简单介绍一下，这个Timer是怎么使用的，其实很简单，我就采用微软提供的示例来进行测试，直接上代码了：
//Timer不要声明成局部变量，否则会被GC回收
private static System.Timers.Timer aT
public static void Main()
//实例化Timer类，设置间隔时间为10000毫秒；
aTimer = new System.Timers.Timer(10000);
//注册计时器的事件
aTimer.Elapsed += new ElapsedEventHandler(OnTimedEvent);
//设置时间间隔为2秒（2000毫秒），覆盖构造函数设置的间隔
aTimer.Interval = 2000;
//设置是执行一次（false）还是一直执行(true)，默认为true
aTimer.AutoReset =
//开始计时
aTimer.Enabled =
Console.WriteLine("按任意键退出程序。");
Console.ReadLine();
//指定Timer触发的事件
private static void OnTimedEvent(object source, ElapsedEventArgs e)
Console.WriteLine("触发的事件发生在： {0}", e.SignalTime);
运行的结果如下，计时蛮准确的：/*
按任意键退出程序。
触发的事件发生在：
星期五 23:08:51
触发的事件发生在：
星期五 23:08:53
触发的事件发生在：
星期五 23:08:55
触发的事件发生在：
星期五 23:08:57
触发的事件发生在：
星期五 23:08:59
★重入问题重现及分析
什么叫重入呢？这是一个有关多线程编程的概念：程序中，多个线程同时运行时，就可能发生同一个方法被多个进程同时调用的情况。当这个方法中存在一些非线程安全的代码时，方法重入会导致数据不一致的情况。Timer方法重入是指使用多线程计时器，一个Timer处理还没有完成，到了时间，另一Timer还会继续进入该方法进行处理。下面演示一下重入问题的产生（可能重现的不是很好，不过也能简单一下说明问题了）：
//用来造成线程同步问题的静态成员
private static int outPut = 1;
//次数，timer没调一次方法自增1
private static int num = 0;
private static System.Timers.Timer timer = new System.Timers.Timer();
public static void Main()
timer.Interval = 1000;
timer.Elapsed += TimersTimerH
timer.Start();
Console.WriteLine("按任意键退出程序。");
Console.ReadLine();
/// &summary&
/// System.Timers.Timer的回调方法
/// &/summary&
/// &param name="sender"&&/param&
/// &param name="args"&&/param&
private static void TimersTimerHandler(object sender, EventArgs args)
int t = ++
Console.WriteLine(string.Format("线程{0}输出：{1}，
输出时间：{2}", t, outPut.ToString(),DateTime.Now));
System.Threading.Thread.Sleep(2000);
Console.WriteLine(string.Format("线程{0}自增1后输出：{1}，输出时间：{2}", t, outPut.ToString(),DateTime.Now));
下面显示一下输出结果：
是不是感觉上面输出结果很奇怪，首先是线程1输出为1，没有问题，然后隔了2秒后线程1自增1后输出为2，这就有问题了，中间为什么还出现了线程2的输出？更奇怪的是线程2刚开始输出为1，自增1后尽然变成了3！其实这就是重入所导致的问题。别急，咱们分析一下就知道其中的缘由了。
首先timer启动计时后，开启一个线程1执行方法，当线程1第一次输出之后，这时线程1休眠了2秒，此时timer并没有闲着，因为设置的计时间隔为1秒，当在线程1休眠了1秒后，timer又开启了线程2执行方法，线程2才不管线程1是执行中还是休眠状态，所以此时线程2的输出也为1，因为线程1还在休眠状态，并没有自增。然后又隔了1秒，这时发生同时发生两个事件，线程1过了休眠状态自增输出为2，timer同时又开启一个线程3，线程3输出的为线程1自增后的值2，又过了1秒，线程2过了休眠状态，之前的输出已经是2，所以自增后输出为3，又过了1秒……我都快晕了，大概就是这意思吧，我想表达的就是：一个Timer开启的线程处理还没有完成，到了时间，另一Timer还会继续进入该方法进行处理。
那怎么解决这个问题呢？解决方案有三种，下面一一道来，适应不同的场景，不过还是推荐最后一种，比较安全。
★重入问题解决方案
1、使用lock(Object)的方法来防止重入，表示一个Timer处理正在执行，下一个Timer发生的时候发现上一个没有执行完就等待执行，适用重入很少出现的场景（具体也没研究过，可能比较占内存吧）。
代码跟上面差不多，在触发的方法中加入lock，这样当线程2进入触发的方法中，发现已经被锁，会等待锁中的代码处理完在执行，代码如下：
private static object locko = new object();
/// &summary&
/// System.Timers.Timer的回调方法
/// &/summary&
/// &param name="sender"&&/param&
/// &param name="args"&&/param&
private static void TimersTimerHandler(object sender, EventArgs args)
int t = ++
lock (locko)
Console.WriteLine(string.Format("线程{0}输出：{1}，
输出时间：{2}", t, outPut.ToString(), DateTime.Now));
System.Threading.Thread.Sleep(2000);
Console.WriteLine(string.Format("线程{0}自增1后输出：{1}，输出时间：{2}", t, outPut.ToString(), DateTime.Now));
执行结果：
2、设置一个标志，表示一个Timer处理正在执行，下一个Timer发生的时候发现上一个没有执行完就放弃（注意这里是放弃，而不是等待哦，看看执行结果就明白啥意思了）执行，适用重入经常出现的场景。代码如下：
private static int inTimer = 0;
/// &summary&
/// System.Timers.Timer的回调方法
/// &/summary&
/// &param name="sender"&&/param&
/// &param name="args"&&/param&
private static void TimersTimerHandler(object sender, EventArgs args)
int t = ++
if (inTimer == 0)
inTimer = 1;
Console.WriteLine(string.Format("线程{0}输出：{1}，
输出时间：{2}", t, outPut.ToString(), DateTime.Now));
System.Threading.Thread.Sleep(2000);
Console.WriteLine(string.Format("线程{0}自增1后输出：{1}，输出时间：{2}", t, outPut.ToString(), DateTime.Now));
inTimer = 0;
执行结果：
3、在多线程下给inTimer赋值不够安全，Interlocked.Exchange提供了一种轻量级的线程安全的给对象赋值的方法（感觉比较高上大，也是比较推荐的一种方法），执行结果与方法2一样，也是放弃执行。Interlocked.Exchange用法参考这里。
private static int inTimer = 0;
/// &summary&
/// System.Timers.Timer的回调方法
/// &/summary&
/// &param name="sender"&&/param&
/// &param name="args"&&/param&
private static void TimersTimerHandler(object sender, EventArgs args)
int t = ++
if (Interlocked.Exchange(ref inTimer, 1) == 0)
Console.WriteLine(string.Format("线程{0}输出：{1}，
输出时间：{2}", t, outPut.ToString(), DateTime.Now));
System.Threading.Thread.Sleep(2000);
Console.WriteLine(string.Format("线程{0}自增1后输出：{1}，输出时间：{2}", t, outPut.ToString(), DateTime.Now));
Interlocked.Exchange(ref inTimer, 0);
执行结果：
终于码完字了，真心不容易啊。写博客是个挺耗精力的事情，真心佩服那些大牛们笔耕不辍，致敬！在这里稍微总结一下，timer是一个使用挺简单的类，拿来即用，这里主要总结了使用timer时重入问题的解决，以前也没思考过这个问题，解决方案也挺简单，在这里列出了三种，主要参考在这里，不知道还有没有其他的方式。这里的解决方案同时也适用多线程的重入问题。时间不早了，洗洗睡了。
在这里列出文章中没有提及的参考，感谢各位前辈们智慧的结晶！
ASP.NET----定时器回调方法的重入
相关C#技巧推荐
暂时没有相关推荐