为什么我的窗口接不到TaskbarButtonCreated消息？！

今天想在程序上加点新花样，因为见过WM Player能够在任务栏缩略图上加控制按钮，也想在程序上实验一把。在网上搜来搜去，MSDN也翻了一个遍，基本上搞明白了WIN7任务栏开发的基本过程。我也再啰嗦一遍吧。
1.首先需要在应用程序初始化之前调用 CoInitialize 对COM进行初始化，因为Win7的新特性实现是通过一个 ITaskbarList3 接口来实现的，当然 ITaskbarList4 也可以（ ITaskbarList4  继承自 ITaskbarList3）。它们包含在 shobjidl.h 头文件中。
2.然后就应该是创建 ITaskbarList3 接口了。但是——MSDN上明确说明了“在调用任何 ITaskbarList3 的方法之前，视窗必须要接收到 TaskbarButtonCreated 消息，并且这个消息必须由 RegisterWindowMessage (" TaskbarButtonCreated ")函数进行注册，然后就可以在窗口的消息循环中进行相应的处理了”。如果实现的话，也就是如下样子：
BOOL CWin7TaskbarDlg::OnWndMsg(UINT message, WPARAM wParam, LPARAM lParam, LRESULT* pResult)
{
    if (message == WM_TASKBARBUTTONCREATED)
    {
        OnCreateTaskBar(wParam, lParam);
    }
    return CDialogEx::OnWndMsg(message, wParam, lParam, pResult);
}
或者响应注册消息：
afx_msg LRESULT OnCreateTaskBar(WPARAM wParam, LPARAM lParam);
ON_REGISTERED_MESSAGE(WM_TASKBARBUTTONCREATED, OnCreateTaskBar)
LRESULT CWin7TaskbarDlg::OnCreateTaskBar(WPARAM wParam, LPARAM lParam)
{
    return TRUE;
}
按说这样应该就可以了。哼哼！如果你真的这样认为，那么你就真的真的即将崩溃了！！为什么？后面再说。
3.一般说来，创建  ITaskbarList3 接口的时机就是收到 TaskbarButtonCreated  消息的时候。如下：
CoCreateInstance(CLSID_TaskbarList,  NULL,  CLSCTX_INPROC_SERVER,  IID_PPV_ARGS(&_taskbarList));
然后记住，一定要对  ITaskbarList3  接口环境进行初始化，也就是调用其HrInit()函数：
_taskbarList->HrInit();
4.接下来的处理我就不讲了，网上说的也都大同小异，而且本篇文章主要是解惑用的，更加详细的处理以后可以开单章进行说明。
5.程序最后当然不要忘了释放  ITaskbarList3   接口以及Com环境 CoUninitialize ()。

重要的时刻就要到了，你按下F5键开始运行和调试，却发现哪里有TaskbarButtonCreated 消息进来！于是你在网上各种搜索，最终你的得到是一团愤怒——因为网上也和上面讲的步骤一样！到底哪里出了问题了！

终于，我想起来了一个很重要的地方——Window SDK Sample。打开资源管理器，搜索taskbar，然后找到一个ThumbnailToolbar工程——这个就应该是我们想要的DEMO吧！于是你打开唯一的一个CPP文件，在茫茫码海中找到了关键的地方：

LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
{
    static UINT s_uTBBC = WM_NULL;
    if (s_uTBBC == WM_NULL)
    {
        // Compute the value for the TaskbarButtonCreated message
        s_uTBBC = RegisterWindowMessage(L"TaskbarButtonCreated");
        // In case the application is run elevated, allow the
        // TaskbarButtonCreated and WM_COMMAND messages through.
        ChangeWindowMessageFilter(s_uTBBC, MSGFLT_ADD);
        ChangeWindowMessageFilter(WM_COMMAND, MSGFLT_ADD);
    }
    if (message == s_uTBBC)
    {
        // Once we get the TaskbarButtonCreated message, we can create
        // our window's thumbnail toolbar.
        CreateThumbnailToolbar(hWnd);
    }
    else switch (message)
    {
......
    }
    return 0;
}
我靠！我忍不住爆了粗口！原来这个消息是需要自己加上去滴！以前在跟踪MFC源码的时候确实注意到了 WM_NULL 消息，当时还想这个消息有啥作用，原来——原来——原来是为了这个用的!当然 WM_NULL 也许会有其他作用，以后再来研究。但是在这里，他确实起了至关重要的作用。

但是为什么要这么使用 TaskbarButtonCreated消息呢？我在ChangeWindowMessageFilter函数的注释中找到了一些蛛丝马迹：
UIPI is a security feature that prevents messages from being received from a lower integrity level sender. All such messages with a value above WM_USER are blocked by default. The filter, somewhat contrary to intuition, is a list of messages that are allowed through. Therefore, adding a message to the filter allows that message to be received from a lower integrity sender, while removing a message blocks that message from being received.
（UIPI是一个安全功能，可以防止（应用程序）从一个较低完整性级别的发件人那里收到消息。默认情况下，所有那些 WM_USER 值以上的消息都被封锁。过滤器，有点违反直觉，是一个允许（是否可以）通过的消息列表。因此，往消息过滤器中加入一个消息来允许从一个较低完整性的发件人那里收到该消息，同时（也可以）从移除一个被阻止接收的消息块。）
既然MSDN上都这么写了，那么应该就是这个原因了。
好了。这回终于有一篇能够彻底解决问题的文章了！为什么我要自夸捏？因为我鄙视那些讲问题讲不到重点的人！