KillTimer失败(SetTimer&KillTimer的大坑)

今天写计算机网络的作业，要实现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);
}