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

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

http://blog.csdn.net/holyrong/archive/2007/09/20/1792357.aspx

·关于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#中三种计时器使用异同点

http://dotnet.chinaitlab.com/CSharp/737740.html

 

　　C#中提供了三种类型的计时器：

　　1、基于 Windows 的标准计时器（System.Windows.Forms.Timer）

　　2、基于服务器的计时器（System.Timers.Timer）

　　3、线程计时器（System.Threading.Timer）

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

　　实验例子截图：

 

　　一、基于 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 d = new SetTextCallback（SetText）；

　　this.Invoke（d， new object[] { text }）；

　　i++；

　　}

　　private void SetText（string text）

　　{

　　lblSubThread.Text += text；

　　}

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

　　1、当启动此计时器后，会在下方子线程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# 各种定时器比较（转载）

1.单线程的定时器存在很多问题，定时器只是定时把消息WM_TIMER访到线程的消息队列里，但并不保证消息会立即被响应，如果碰巧系统比较忙，消息可能会在队列里放一段时间才被响应，这样会造成本来应该间隔一段时间发生的消息连续发生了。

2. 。NET FrameWork带来了新的解决方案

Server Timers	System.Timers.Timer	基于服务器的计时器，位于"工具箱"的“组件”选项卡上
Thread Timers	System.Threading.Timer	在编程时使用的线程计时器
Windows Timers	System.Windows.Forms.Timer	基于 Windows 的标准计时器，"工具箱"的"Windows 窗体"选项卡上；

• 区别a
  Windows Timers 提供了和WinAPI一样的Timer 基于消息，仍然是单线程
  其他两个是是基于线程池的Thread Pool【最大好处，产生的时间准确均匀】
• 区别b
  Server Timers 和 Thread Timers 的不同在于ServerTimers 是基于事件的，Thread Timers是基于回调函数

Thread Timer是一个轻量级的方便使用，但也要注意一些问题，由于是多线程定时器，就会出现如果一个Timer处理没有完成，到了时间下一个照样会发生，导致严重错误，对付重入问题，通常的办法是加锁，但对于Timer不能简单的这样处理。

使用Timer来处于的事情，要注意：

首先Timer处理里本来就不应该做太需要时间的事情，或者花费时间无法估计的事情，比同远方的服务器建立一个网络连接，这样的做法尽量避免
如果实在无法避免，那么要评估Timer处理超时是否经常发生，如果是很少出现，那么可以用lock(Object)的方法来防止重入
如果这种情况经常出现呢？那就要用另外的方法来防止重入了

我们可以设置一个标志，表示一个Timer处理正在执行，下一个Timer发生的时候发现上一个没有执行完就放弃执行

static int inTimer = 0;
public static void threadTimerCallback(Object obj)
{
if ( inTiemr == 0 )
{
inTimer = 1;

Console.WriteLine("Time:{0}, \tThread ID:{1}", DateTime.Now, Thread.CurrentThread.GetHashCode());
Thread.Sleep(2000);

inTimer = 0;
}
}

但是在多线程下给inTimer赋值不够安全，还好Interlocked.Exchange提供了一种轻量级的线程安全的给对象赋值的方法

static int inTimer = 0;
public static void threadTimerCallback(Object obj)
{
if ( Interlocked.Exchange(ref inTimer, 1) == 0 )
{
Console.WriteLine("Time:{0}, \tThread ID:{1}", DateTime.Now, Thread.CurrentThread.GetHashCode());
Thread.Sleep(250);

Interlocked.Exchange(ref inTimer, 0);
}
}

====试验=======================================================

1.ThreadTimer = new System.Threading.Timer(new TimerCallBack(onTime),this,0,1000)

[- 参数 -]

a.回调方法，
b.回调方法中使用信息的对象,
c.表示在 callback 参数调用它的方法之前延迟的时间量。指定 -1 毫秒以防止启动计时器。指定零 (0) 以立即启动计时器。
d.在调用 callback 所引用的方法之间的时间间隔。指定 -1 毫秒可以禁用定期终止

2.

BaseTimeHandler 自定义一个事件

void OnTime(Object State)

{

Control ctl = State as Form1;

if ( ctl != null && BaseTimeHandler != null)
{
if ( ctl.IsHandleCreated )
{
DateTime dt = DateTime.Now;
String DateString = dt.ToString("yyyy/MM/dd");
String TimeString = dt.ToString("HH:mm:ss");

string[] args = new string[]{DateString,TimeString};

try
{
//如果在不同线程中
if ( ctl.InvokeRequired )
ctl.Invoke(BaseTimeHandler,args);
else
BaseTimeHandler(DateString,TimeString);
}
catch(Exception e)
{ }
}
}

}