今天写计算机网络的作业,要实现GBN和选择重传,那就需要发送端对每个分组都设置一个计时器,起初我使用clock(),发现不太行,Google了一阵子,转用SetTimer。
结果又踩了一堆坑,以下是我最初测试的代码:
#include <windows.h>
#include <WinUser.h>
#include <iostream>
using namespace std;
void CALLBACK TimerProc(HWND hwnd, UINT uMsg, UINT idEvent, DWORD dwTime)
{
MessageBeep(0);
cout << " it's timer message " << endl; //打印字符
KillTimer(NULL, 1);
}
int main()
{
MSG msg;
SetTimer(NULL, 1, 1000, (TIMERPROC)TimerProc);
while (GetMessage(&msg, NULL, 0, 0))
{
if (msg.message == WM_TIMER) // 定时器消息
{
DispatchMessage(&msg);
}
}
}
按照我的代码逻辑,蜂鸣器和打印输出只会出现一次,但是结果却是过一秒执行一次,说明KillTimer没kill掉。
那么是为什么呢?在网上找了很久,很多解答都答非所问或者根本没用,直到看到 SetTimer得注意的两个坑 这篇文章才知道是怎么回事,文中说:
第一坑,工作线程使用SetTimer,没有消息循环是不会触发执行定时器处理代码。
SetTimer本质是系统会定时往调用SetTimer的线程消息队列发送WM_TIMER消息,wParam为定时器ID。WM_TIMER消息执行需要消息循环GetMessage去取消息,然后进行消息分派。消息分派时首先根据消息的窗口句柄,也就是SetTimerAPI第一个参数,如果窗口句柄非空就将WM_TIMER分派到该窗口的处理函数WndProc,如果窗口句柄为空就回调SetTimer API的第四个参数TIMERPROC。主线程默认是有消息循环,所以调用SetTimer后都可以正常触发定时器处理代码,而工作线程默认是没有消息循环,需要自己增加。
第二坑,SetTimer返回值并不总是定时器ID,也不一定跟第二个参数nIDEvent相同。
SetTimer API的参数和返回值,依第一个参数窗口句柄是否为空有很大的区别。如果窗口句柄非空,定时器的ID就是设置的第二个参数nIDEvent的值,返回值表示SetTimer调用是否成功。如果窗口句柄为空,定时器的ID就是返回值。定时器ID搞错了,会导致KillTimer失败。所以使用SetTimer在主线程一般有窗口句柄,而工作线程一般没有窗口句柄,调用方式是不同的。
这里补充一点,KillTimer()的返回值是一个bool,表示是否成功kill(0为失败),因此可以打印这个信息来看是否成功。
因此我的代码需要改成这个样子,才能顺利的kill掉timer。
#include <windows.h>
#include <WinUser.h>
#include <iostream>
using namespace std;
void CALLBACK TimerProc(HWND hwnd, UINT uMsg, UINT idEvent, DWORD dwTime)
{
cout << hwnd << " " << uMsg << " " << idEvent << " " << dwTime << endl;
MessageBeep(0);
cout << " it's timer message " << endl; //打印字符
}
int main()
{
MSG msg;
unsigned int s = SetTimer(NULL, 0, 1000, (TIMERPROC)TimerProc);
while (GetMessage(&msg, NULL, 0, 0))
{
if (msg.message == WM_TIMER) // 定时器消息
{
DispatchMessage(&msg);
}
}
KillTimer(NULL, s);
}