C#中三种定时器对象的比较

简介:

 

 

  关于C#中timer类 在C#里关于定时器类就有3个


  1.定义在System.Windows.Forms里
  2.定义在System.Threading.Timer类里
  3.定义在System.Timers.Timer类里

  System.Windows.Forms.Timer是应用于WinForm中的,它是通过Windows消息机制实现的,类似于VB或Delphi中的Timer控件,内部使用API SetTimer实现的。它的主要缺点是计时不精确,而且必须有消息循环,Console Application(控制台应用程序)无法使用。
System.Timers.Timer和System.Threading.Timer非常类似,它们是通过.NET Thread Pool实现的,轻量,计时精确,对应用程序、消息没有特别的要求。System.Timers.Timer还可以应用于WinForm,完全取代上面的Timer控件。它们的缺点是不支持直接的拖放,需要手工编码

 

例:
使用System.Timers.Timer类

复制代码
System.Timers.Timer t = new System.Timers.Timer(10000);//实例化Timer类,设置间隔时间为10000毫秒;
t.Elapsed += new System.Timers.ElapsedEventHandler(theout);//到达时间的时候执行事件;
t.AutoReset = true;//设置是执行一次(false)还是一直执行(true);
t.Enabled = true;//是否执行System.Timers.Timer.Elapsed事件;

public void theout(object source, System.Timers.ElapsedEventArgs e)
{
MessageBox.Show("OK!");
}
复制代码

 

实验分析C#中三种计时器使用异同点

  下面就通过一些小实验来具体分析三种计时器使用上面的异同点,特别是和线程有关的部分。

 

一、基于 Windows 的标准计时器(System.Windows.Forms.Timer)

  首先注意一点就是:Windows 计时器是为单线程环境设计的

  此计时器从Visual Basic 1.0 版起就存在于该产品中,并且基本上未做改动。这个计时器是使用最简单的一种,只要把工具箱中的Timer控件拖到窗体上,然后设置一下事件和间隔时间等属性就可以了

  实验出来的结果也完全符合单线程的特点:

  1、当启动此计时器后,会在下方子线程ID列表中显示子线程ID,并且和主线程ID相同

  private void formsTimer_Tick(object sender, EventArgs e)
  {
      i++;
      lblSubThread.Text += "子线程执行,线程ID:" + System.Threading.Thread.CurrentThread.ManagedThreadId.ToString() + "\r\n";
  }

  2、当单击主线程暂停5秒后,子线程会暂停执行,并且当5秒之后不会执行之前被暂停的子线程,而是直接执行后面的子线程(也就是会少输出几行值)

  System.Threading.Thread.Sleep(5000);

  3、在子进程的事件中暂停5秒会导致主窗口相应无响应5秒

  4、定义一个线程静态变量

  [ThreadStatic]

  private static int i = 0;

  在子线程事件中每次加一,再点击线程静态变量值会得到增加后的i值

  

 二、基于服务器的计时器(System.Timers.Timer)

  System.Timers.Timer不依赖窗体,是从线程池唤醒线程,是传统的计时器为了在服务器环境上运行而优化后的更新版本。在VS2005的工具箱中没有提供现成的控件,需要手工编码使用此计时器。使用方式有两种:

  1、通过SynchronizingObject属性依附于窗体

  System.Timers.Timer timersTimer = new System.Timers.Timer();

  timersTimer.Enabled = false;

  timersTimer.Interval = 100;

  timersTimer.Elapsed += new System.Timers.ElapsedEventHandler(timersTimer_Elapsed);

  timersTimer.SynchronizingObject = this;

 

  通过这种方式来使用,实验效果几乎和基于 Windows 的标准计时器一样,只是在上面的第二条实验中,虽然也会暂停子线程的执行,不过在5秒之后把之前排队的任务都执行掉(也就是不会少输出几行值)

  2、不使用SynchronizingObject属性

  这种方式就是多线程的方式了,即启动的子线程和主窗体不在一个线程。不过这样也存在一个问题:由于子线程是单独的一个线程,那么就不能访问住窗体中的控件了,只能通过代理(也即委托)的方式来访问

复制代码
  delegate void SetTextCallback(string text);
  // ...

  void timersTimer_Elapsed(object sender, System.Timers.ElapsedEventArgs e)
  {
  //使用代理
  string text = "子线程执行,线程ID:" + System.Threading.Thread.CurrentThread.ManagedThreadId.ToString() + "\r\n";
  SetTextCallback deg = new SetTextCallback(SetText);
  this.Invoke(degnew object[] { text });
  i++;
  }

  private void SetText(string text)
  {
  lblSubThread.Text += text;
  }
复制代码

 


  这样我们再次实验就会得到如下的结论:

  1、当启动此计时器后,会在下方子线程ID列表中显示子线程ID,并且和主线程ID不相同。即主子程序线程ID不同

  2、当单击主线程暂停5秒后,子线程会一直往下执行(界面上可能看不出来,不过通过在子线程输出文件的方式可以很方便的看出来)。即,主线程的阻塞不会引起该子线程的暂停,因为是多线程

  3、在子进程的事件中暂停5秒不会导致主窗口无响应。

  4、在子线程事件中每次给线程静态变量加一,再点击线程静态变量值得到的值还是0。即,不会改变主窗口中的线程静态变量

  

 三、线程计时器(System.Threading.Timer)

  线程计时器也不依赖窗体,是一种简单的、轻量级计时器,它使用回调方法而不是使用事件,并由线程池线程提供支持

  对消息不在线程上发送的方案中,线程计时器是非常有用的。使用方法如下:

  System.Threading.Timer threadTimer;

  public void ThreadMethod(Object state)

  {

  //使用代理

  string text = "子线程执行,线程ID:" + System.Threading.Thread.CurrentThread.ManagedThreadId.ToString() + "\r\n";

  SetTextCallback d = new SetTextCallback(SetText);

  this.Invoke(d, new object[] { text });

  i++;

  }

  private void Form1_Load(object sender, EventArgs e)

  {

  threadTimer = new System.Threading.Timer(new System.Threading.TimerCallback(ThreadMethod), null, -1, -1);

  }

  暂停代码:

  threadTimer.Change(-1, -1);

  实验的效果和基于服务器的计时器(System.Timers.Timer)的第二种方式是一样的,

  当然具体的使用方法和原理是不一样的,最主要的就是这种方式使用的是代理的方式而不是事件的方式,并且可以不依赖于窗体和组件而单独执行。

 

 

  参考文章

  实验分析C#中三种计时器使用异同点

 

 

没有整理与归纳的知识,一文不值!高度概括与梳理的知识,才是自己真正的知识与技能。 永远不要让自己的自由、好奇、充满创造力的想法被现实的框架所束缚,让创造力自由成长吧! 多花时间,关心他(她)人,正如别人所关心你的。理想的腾飞与实现,没有别人的支持与帮助,是万万不能的。



    本文转自wenglabs博客园博客,原文链接:http://www.cnblogs.com/arxive/p/7015853.html ,如需转载请自行联系原作者


相关文章
|
3月前
|
Java C#
C# 面向对象编程解析:优势、类和对象、类成员详解
OOP代表面向对象编程。 过程式编程涉及编写执行数据操作的过程或方法,而面向对象编程涉及创建包含数据和方法的对象。 面向对象编程相对于过程式编程具有几个优势: OOP执行速度更快,更容易执行 OOP为程序提供了清晰的结构 OOP有助于保持C#代码DRY("不要重复自己"),并使代码更易于维护、修改和调试 OOP使得能够创建完全可重用的应用程序,编写更少的代码并减少开发时间 提示:"不要重复自己"(DRY)原则是有关减少代码重复的原则。应该提取出应用程序中常见的代码,并将其放置在单一位置并重复使用,而不是重复编写。
51 0
|
1月前
|
存储 C#
C#对象和类
C#对象和类
15 0
|
3月前
|
存储 C#
C#基础语法(类和对象)
C#基础语法(类和对象)
20 2
|
4月前
|
Java 编译器 C#
【从Java转C#】第三章:对象和类型
【从Java转C#】第三章:对象和类型
|
9月前
|
C#
C#——类和对象
C#——类和对象
53 0
|
4月前
|
XML 存储 JSON
C# | 使用Json序列化对象时忽略只读的属性
将对象序列化成为Json字符串是一个使用频率非常高的功能。Json格式具有很高的可读性,同时相较于XML更节省空间。 在开发过程中经常会遇到需要保存配置的场景,比如将配置信息保存在配置类型的实例中,再将这个对象序列化成为Json字符串并保存。当需要加载配置时,则是读取Json格式的字符串再将其还原成配置对象。在序列化的过程中,默认会将所有公开的属性和字段都序列化进入Json字符串中,这其中也会包含只读的属性或字段,而只读的属性和字段在反序列化的过程中其实是无意义的,也就是说这一部分存储是多余的。 本文将讲解如何在执行Json序列化时,忽略掉那些只读的属性和字段。
53 0
C# | 使用Json序列化对象时忽略只读的属性
|
9月前
|
开发框架 .NET 编译器
C# Lambda表达式和linq表达式 之 匿名对象查询接收
C# Lambda表达式和linq表达式 之 匿名对象查询接收
|
前端开发 程序员 C#
【C#】通过扩展对象的方式,对字符串等数据类型进行数据进一步处理
在本篇文章中,我们讲一起了解下对象扩展的使用 在实际项目开发中,对象扩展使用的场景还是挺多的,比如:需要对时间值进行再处理,或者字符串中的斜杠(/)转为反斜杠(\)
90 0
|
安全 Java 程序员
C#编程学习17:类与对象学习小结
C#编程学习17:类与对象学习小结
C#编程学习17:类与对象学习小结
|
JSON C# 数据格式
C# 字符串对象转JSON
C# 字符串对象转JSON
181 4