SetTimer函数的用法

1 )用WM_TIMER来设置定时器

 

  先请看SetTimer这个API函数的原型

 

  UINT_PTR SetTimer(

 

  HWND hWnd, // 窗口句柄

 

  UINT_PTR nIDEvent, // 定时器ID,多个定时器时,可以通过该ID判断是哪个定时器

 

  UINT uElapse, // 时间间隔,单位为毫秒

 

  TIMERPROC lpTimerFunc // 回调函数

 

  );

 

  例如

 

  SetTimer(m_hWnd,1,1000,NULL); //一个1秒触发一次的定时器

 

  在MFC程序中SetTimer被封装在CWnd类中,调用就不用指定窗口句柄了

 

  于是SetTimer函数的原型变为:

 

  UINT SetTimer(UINT nIDEvent,UINT nElapse,void(CALLBACK EXPORT *lpfnTimer)(HWND,UINT ,UINT ,DWORD))

 

  当使用SetTimer函数的时候,就会生成一个计时器。函数中nIDEvent指的是计时器的标识,也就是名字。nElapse指的是时间间隔,

 

  也就是每隔多长时间触发一次事件。第三个参数是一个回调函数,在这个函数里,放入你想要做的事情的代码,你可以将它设定为NULL,

 

  也就是使用系统默认的回调函数,系统默认认的是onTime函数。这个函数怎么生成的呢?你需要在需要计时器的类的生成onTime函数:

 

  在ClassWizard里,选择需要计时器的类,添加WM_TIME消息映射,就自动生成onTime函数了。然后在函数里添加代码,让代码实现功能。

 

  每隔一段时间就会自动执行一次。

 

  SetTimer计时器是系统资源,使用完毕应及时用KillTimer销毁,关于SetTimer的返回值:如果hWnd为NULL,返回值为新建立的timer的ID,如果hWnd非NULL,返回一个非0整数,如果SetTimer调用失败则返回0 ,简言之,SetTimer的返回值用于将来的销毁。

 

  改变计时器的时间间隔

 

  如果想将一个已经存在的计时器设定为不同的时间间隔,可以简单地用不同的时间值再次调用SetTimer。

 

  计时器精确吗?

 

  计时器并不精确。有两个原因:

 

  原因一:Windows计时器是硬件和ROM

 

  BIOS架构下之计时器一种相对简单的扩充。回到Windows以前的MS-DOS程序写作环境下,应用程式能够通过拦截者称为timer

 

  tick的BIOS中断来实现时钟或计时器。一些为MS-DOS编写的程序自己拦截这个硬件中断以实现时钟和计时器。这些中断每54.915毫秒产生一次,或者大约每秒18.2次。这是原始的IBM

 

  PC的微处理器频率值4.772720 MHz被218所除而得出的结果。在Windows

 

  98中,计时器与其下的PC计时器一样具有55毫秒的解析度。在Microsoft Windows

 

  NT中,计时器的解析度为10毫秒。Windows应用程式不能以高于这些解析度的频率(在Windows 98下,每秒18.2次,在Windows

 

  NT下,每秒大约100次)接收WM_TIMER消息。在SetTimer中指定的时间间隔总是截尾后tick数的整数倍。例如,1000毫秒的间隔除以54.925毫秒,得到18.207个tick,截尾后是18个tick,它实际上是989毫秒。对每个小于55毫秒的间隔,每个tick都会产生一个WM_TIMER消息。

 

  可见,计时器并不能严格按照指定的时间间隔发送WM_TIMER消息,它总要相差那么几毫秒。

 

  即使忽略这几个毫秒的差别,计时器仍然不精确。请看原因二:

 

  WM_TIMER消息放在正常的消息队列之中,和其他消息排列在一起,因此,如果在SetTimer中指定间隔为1000毫秒,那么不能保证程序每1000毫秒或者989毫秒就会收到一个WM_TIMER消息。如果其他程序的执行事件超过一秒,在此期间内,您的程式将收不到任何WM_TIMER讯息。事实上,

 

  Windows对WM_TIMER消息的处理非常类似于对WM_PAINT消息的处理,这两个消息都是低优先级的,程序只有在消息队列中没有其他消息时才接收它们。

 

  WM_TIMER还在另一方面和WM_PAINT相似:Windows不能持续向消息队列中放入多个WM_TIMER讯息,而是将多余的WM_TIMER消息组合成一个消息。因此,应用程序不会一次收到多个这样的消息,尽管可能在短时间内得到两个WM_TIMER消息。应用程序不能确定这种处理方式所导致的WM_TIMER消息「遗漏」的数目。

 

  可见,WM_TIMER消息并不能及时被应用程序所处理,WM_TIMER在消息队列中的延误可能就不能用毫秒来计算了。

 

  由以上两点,你不能通过在处理WM_TIMER时一秒一秒计数的方法来计时。如果要实现一个时钟程序,可以使用系统的时间函数如GetLocalTime

 

  ,而在时钟程序中,计时器的作用是定时调用GetLocalTime获得新的时间并刷新时钟画面,当然这个刷新的间隔要等于或小于1秒。

 

 
例:

  1) 不用回调函数

 

  SetTimer(1,1000,NULL);

 

  1:计时器的名称;

 

  1000:时间间隔,单位是毫秒;

 

  NULL:使用onTime函数。

 

  当不需要计时器的时候调用KillTimer(nIDEvent);

 

  例如:KillTimer(1);

 

  2) 调用回调函数

 

  此方法首先写一个如下格式的回调函数

 

  void CALLBACK TimerProc(HWND hWnd,UINT nMsg,UINT nTimerid,DWORD dwTime);

 

  然后再用SetTimer(1,100,TimerProc)函数来建一个定时器,第三个参数就是回调函数地址。

 

  或许你会问,如果我要加入两个或者两个以上的 timer怎么办?

 

  继续用SetTimer函数吧,上次的timer的ID是1,这次可以是2,3,4。。。。

 

  SetTimer(2,1000,NULL);

 

  SetTimer(3,500,NULL);

 

  嗯,WINDOWS会协调他们的。当然onTimer函数体也要发生变化,要在函数体内添加每一个timer的处理代码:

 

  onTimer(nIDEvent)

 

  {

 

  switch(nIDEvent)

 

  {

 

  case 1:........;

 

  break;

 

  case 2:.......;

 

  break;

 

  case 3:......;

 

  break;

 

  }

 

  }

你可能感兴趣的:(timer,windows,Microsoft,null,mfc,callback)