• 定时器参考


      1  //1.实现按用户定义的时间间隔引发事件的计时器。此计时器最宜用于Windows 窗体应用程序中,并且必须在窗口中使用。
      2 
      3 System.Windows.Forms.Timer
      4 
      5  
      6 
      7 // 2.提供以指定的时间间隔执行方法的机制。无法继承此类。
      8 
      9 System.Threading.Timer
     10 
     11  
     12 
     13 //3.在应用程序中生成定期事件。
     14 
     15 System.Timers.Timer
     16 
     17  
     18 
     19 这三个定时器位于不同的命名空间内,上面大概介绍了3个定时器的用途,其中第一个是只能在Windows窗体中使用的控件。在.NET1.1里面,第3个System.Timers.Timer,也是可以拖拽使用,而.NET2.0开始取消了,只能手动编写代码。而后2个没有限制制。下面通过具体的列子来看3个Timer的使用和区别,网上谈的很多,但基本都没有代码。
     20 
     21  
     22 
     23 一System.Windows.Forms.Timer
     24 
     25  
     26 
     27 #region System.Windows.Forms.Timer
     28 
     29 public partial class Form1 : Form
     30 
     31 {
     32 
     33 public Form1()
     34 
     35 {
     36 
     37 InitializeComponent();
     38 
     39 }
     40 
     41  
     42 
     43 int num = 0;
     44 
     45  
     46 
     47 private void Form_Timer_Tick(object sender, EventArgs e)
     48 
     49 {
     50 
     51 label1.Text = (++num).ToString();
     52 
     53 Thread.Sleep(3000);
     54 
     55 }
     56 
     57  
     58 
     59 private void button1_Click(object sender, EventArgs e)
     60 
     61 {
     62 
     63 Form_Timer.Start();
     64 
     65 }
     66 
     67  
     68 
     69 private void button2_Click(object sender, EventArgs e)
     70 
     71 {
     72 
     73 Form_Timer.Stop();
     74 
     75 }
     76 
     77 }
     78 
     79 #endregion
     80 
     81 上面这个是一个很简单的功能,在Form窗体上拖了一个System.Windows.Forms.Timer控件名字为Form_Timer,在属性窗中把Enable属性设置为Ture,Interval是定时器的间隔时间。双击这个控件就可以看到Form_Timer_Tick方法。在这个方法中,我们让她不停的加一个数字并显示在窗体上,2个按钮提供了对计时器的控制功能。
     82 
     83  
     84 
     85 执行的时候你去点击其他窗体在回来,你会发现我们的窗体失去响应了。因为我们这里使用Thread.Sleep(3000);让当前线程挂起,而UI失去相应,说明了这里执行时候采用的是单线程。也就是执行定时器的线程就是UI线程。
     86 
     87  
     88 
     89 Timer 用于以用户定义的事件间隔触发事件。Windows 计时器是为单线程环境设计的,其中,UI 线程用于执行处理。它要求用户代码有一个可用的UI 消息泵,而且总是在同一个线程中操作,或者将调用封送到另一个线程。
     90 
     91  
     92 
     93 在Timer内部定义的了一个Tick事件,我们前面双击这个控件时实际是增加了一行代码
     94 
     95  
     96 
     97 this.Form_Timer.Tick += new System.EventHandler(this.Form_Timer_Tick);
     98 
     99 这个应该明白,不明白的可以看我BLOG中有关委托和事件的文章。然后Windows将这个定时器与调用线程关联(UI线程)。当定时器触发时,Windows把一个定时器消息插入到线程消息队列中。调用线程执行一个消息泵提取消息,然后发送到回调方法中(这里的Form_Timer_Tick方法)。而这些都是单线程进行了,所以在执行回调方法时UI会假死。所以使用这个控件不宜执行计算受限或IO受限的代码,因为这样容易导致界面假死,而应该使用多线程调用的Timer。另外要注意的是这个控件时间精度不高,精度限定为55 毫秒。我们把Interval设置为20ms,然后在start和stop方法中记录当前时,并计算出运行时间:
    100 
    101  
    102 
    103  
    104 
    105  
    106 
    107  
    108 
    109  
    110 
    111 从上面图可以看到程序执行了7.8S也就是7800ms,而间隔时间是20ms,也就是最后显示数字应该是390左右,但只有250,显然是不准确的,不过按MSDN说的55ms的精度,7800ms应该只执行了140多次或更少。不知道这里是不是理解有问题。
    112 
    113  
    114 
    115 二System.Timers.Timer
    116 
    117  
    118 
    119 接下来就看下另一个Timer,我们用他来改写上面的程序
    120 
    121  
    122 
    123 #region System.Windows.Forms.Timer
    124 
    125 public partial class Form1 : Form
    126 
    127 {
    128 
    129 public Form1()
    130 
    131 {
    132 
    133 InitializeComponent();
    134 
    135 }
    136 
    137  
    138 
    139 int num = 0;
    140 
    141 DateTime time1 = new DateTime();
    142 
    143 DateTime time2 = new DateTime();
    144 
    145 //定义Timer
    146 
    147 System.Timers.Timer Timers_Timer = new System.Timers.Timer();
    148 
    149  
    150 
    151 private void button1_Click(object sender, EventArgs e)
    152 
    153 {
    154 
    155 //手动设置Timer,开始执行
    156 
    157 Timers_Timer.Interval = 20;
    158 
    159 Timers_Timer.Enabled = true;
    160 
    161 Timers_Timer.Elapsed += new System.Timers.ElapsedEventHandler(Timers_Timer_Elapsed);
    162 
    163 time1 = DateTime.Now;
    164 
    165 }
    166 
    167  
    168 
    169 void Timers_Timer_Elapsed(object sender, System.Timers.ElapsedEventArgs e)
    170 
    171 {
    172 
    173 label1.Text = Convert.ToString((++num)); //显示到lable
    174 
    175 Thread.Sleep(3000);
    176 
    177 }
    178 
    179  
    180 
    181 private void button2_Click(object sender, EventArgs e)
    182 
    183 {
    184 
    185 //停止执行
    186 
    187 Timers_Timer.Enabled = false;
    188 
    189 time2 = DateTime.Now;
    190 
    191 MessageBox.Show(Convert.ToString(time2-time1));
    192 
    193 }
    194 
    195 }
    196 
    197 #endregion
    198 
    199 我们可以看到这个代码和前面使用Form.Timer的基本相同,不同的是我们是手动定义的对象,而不是通过拉控件。他也有Interval ,Enabled 等属性,作用和第一是一样的。不同的是他的事件名为Elapsed ,但是和上面的Tick一样,绑定一个委托的方法。只是这里我们是手动完成的。另外不同之处是Form.Timer我们可以用Stop和Start方法控制,而这里是通过Enable属性控制。但实际上也可以用Stop和Start方法,内部也是通过他自己的Enable来控制的。
    200 
    201  
    202 
    203 最大的不同就是上面的代码在调试时会报错,提示你"线程间操作无效: 从不是创建控件“label1”的线程访问它。"但如果你不调试直接运行是OK的,而且运行时你去拖动窗体会发现没有出现假死。从这里我们就可以知道这里的Timer的创建线程和执行线程不是同一个线程。也就是使用了多线程。Timer的创建线程是UI线程,而执行线程是TheardPool中的线程,所以不会假死,但调试的时候会报错,因为非控件的创建线程不能操作控件。但你可以直接运行,这里是VS05做了手脚。解决办法很多,用delegate.BeginInvoke()等等。这里介绍特有的一种方法,设置Timer的SynchronizingObject属性,Timers_Timer.SynchronizingObject = label1;这样的话,我们的话,调试运行时就不会报错了,但是设置了这个属性Timer就编程单线程调用了,就基本和第一个完全一样了。
    204 
    205  
    206 
    207 Timer 是为在多线程环境中用于辅助线程而设计的。服务器计时器可以在线程间移动来处理引发的Elapsed 事件,这样就可以比Windows 计时器更精确地按时引发事件。Elapsed 事件在ThreadPool 线程上引发。如果Elapsed 事件的处理时间比Interval 长,在另一个ThreadPool 线程上将会再次引发此事件。因此,事件处理程序应当是可重入的。
    208 
    209  
    210 
    211 另外和前面不同的现象是每次加1后并没有停止3秒在显示。而是继续显示,只是速度稍慢。因为我们设置间隔为20ms,而执行时间为3s,所以会在20ms后在另一个线程中继续执行,而当前线程被挂起而已。关于计时器的精度,取消3s的挂起,发现结果和第一个基本一致。
    212 
    213  
    214 
    215 三System.Threading.Timer
    216 
    217  
    218 
    219 继续用这个对象改造程序。
    220 
    221  
    222 
    223 #region System.Windows.Forms.Timer
    224 
    225 public partial class Form1 : Form
    226 
    227 {
    228 
    229 public Form1()
    230 
    231 {
    232 
    233 InitializeComponent();
    234 
    235 }
    236 
    237  
    238 
    239 int num = 0;
    240 
    241 DateTime time1 = new DateTime();
    242 
    243 DateTime time2 = new DateTime();
    244 
    245 System.Threading.Timer Thread_Time;
    246 
    247  
    248 
    249 private void button1_Click(object sender, EventArgs e)
    250 
    251 {
    252 
    253 //启动
    254 
    255 Thread_Time = new System.Threading.Timer(Thread_Timer_Method,null,0,20);
    256 
    257 time1 = DateTime.Now;
    258 
    259  
    260 
    261 }
    262 
    263  
    264 
    265 void Thread_Timer_Method(object o)
    266 
    267 {
    268 
    269 label1.Text = Convert.ToString((++num));
    270 
    271 System.Threading.Thread.Sleep(3000);
    272 
    273 }
    274 
    275  
    276 
    277 private void button2_Click(object sender, EventArgs e)
    278 
    279 {
    280 
    281 //停止
    282 
    283 Thread_Time.Dispose();
    284 
    285 time2 = DateTime.Now;
    286 
    287 MessageBox.Show(Convert.ToString(time2-time1));
    288 
    289 }
    290 
    291 }
    292 
    293 #endregion
    294 
    295 用Threading.Timer时的方法,和前面就不太相同了,所以的参数全部在构造函数中进行了设置,而且可以设置启动时间。而且没有提供start和stop方法来控制计时器。而且是以一种回调方法的方式实现,而不是通过事件来实现的。他们之间还是有区别的。
    296 
    297  
    298 
    299 我们只有销毁掉对象来停止他。当你运行时,你会发现他和前面的Timers.Timer一样,是多线程的,主要表现在不会假死,调试运行报错。但跟让你奇怪的是,我们的代码竟然无法让她停止下来。调用了Dispose方法没有用。问题在那?然后有进行了测试,修改了间隔时间为100,200500100030004000。这几种情况。发现当间隔为500ms以上是基本马上就停止了。而间隔时间相对执行时间越短,继续执行的时间越长。这应该是在间隔时间小于执行时间时多个线程运行造成的。因为所有的线程不是同时停止的。间隔越短,线程越多,所以执行次数越多。
    300 
    301  
    302 
    303  
    304 
    305  
    306 
    307 最后来看下这个对象另外一个特殊的地方。
    308 
    309  
    310 
    311 static void Main()
    312 
    313 {
    314 
    315 Timer t = new Timer(Test,null,0,1000);
    316 
    317 Console.ReadLine();
    318 
    319 }
    320 
    321  
    322 
    323 public static void Test(object o)
    324 
    325 {
    326 
    327 Console.WriteLine("nihao");
    328 
    329 GC.Collect();
    330 
    331 }
    332 
    333 这段代码会输出什么结果呢?默认情况他只输出一次,就停止了。为什么呢?根据上面说的,当定义对象t,执行代码后,进行了强制垃圾回收,因为t在Main中没有其他引用,所以被回收掉了。但是如果我们吧编译器的”优化“项取消掉,在看看情况。程序进然一直在输出。为什么执行垃圾回收却没有被回收呢?因为这个禁用优化选项,t的声明周期被扩展到了方法结束。所以一直执行。
    334 
    335  
    336 
    337 因为编译器默认是优化的,所以我们必须保证Timer对象一直被引用,而避免被垃圾回收。所以我们可以在编译器打开优化的情况下,在Main函数最后加上t=null保证回收前被引用,但你发现,这样是没用的。因为JIT编译器优化后会吧t=null直接删除,所以我们用t.Dispose(),就可以达到目的。在我们进行垃圾回收时,CLR发现t还有被引用,还没执行Dispose所以不会被回收。是以Threading.Timer有时候会出现运行一次就停止或者是销毁了还在运行的情况,而且和编译器优化也有关,所以使用时要注意。
    338 最后看下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有关,所以对用重要的执行任务,还是建议写成服务或独立程序放在服务器上执行好了

  • 相关阅读:
    排序算法之选择排序
    聊聊索引失效的10种场景,太坑了
    tensorflow2.7M1安装依赖openblas问题
    mybatis 拦截sql修改
    Spring 常见面试题
    centos7 安装Development Tools
    centos7 修改mac地址
    .net framework 使用Apollo 配置中心
    .net core (.net6) 读取配置文件 appsettings.json
    C#.NET FRAMEWORK XML私钥转PKCS1,PKCS8
  • 原文地址:https://www.cnblogs.com/slmdr9/p/7235021.html
Copyright © 2020-2023  润新知