mfc 子窗体任何消息都不触发_winform让窗体一直显示在桌面上以及FindWindow

想写个程序在电脑桌面上一直显示，类似一个小贴士，提示自己要做的事情等。遇到了技术难题就是怎样把窗体固定在桌面上，经过长时间的搜索和尝试，终于达到了想要的效果，其中涉及到windowsAPI的使用。

先贴上最后的代码：

private void Form1_Load(object sender, EventArgs e)
{
Rectangle ScreenArea = Screen.GetBounds(this);
int width = Convert.ToInt32(ScreenArea.Width * 0.7);
int height = Convert.ToInt32(ScreenArea.Height * 0.1);
//MessageBox.Show(width.ToString()+";"+height.ToString());
this.Location = new Point(width, height);
//SetToDeskTop();
SetParent(this.Handle.ToInt32(), FindWindowW("Progman", null));
}
//API
[DllImport("user32.dll", EntryPoint = "SetParent")]
public static extern int SetParent(int hWndChild, int hWndNewParent);
[DllImport("user32.dll", EntryPoint = "FindWindowW")]
public static extern int FindWindowW(string lpClassName, string lpWindowName);

windows提供了操作窗体的API，SetParent函数可以改变某个子窗口的父窗口，通过它，我们可以实现让一个窗体一直显示在桌面上，因为桌面本身也是一个窗体。下面是函数的声明：

[DllImport("user32.dll", EntryPoint="SetParent")]
public static extern int SetParent (int hWndChild,int hWndNewParent);

第一个参数是要处理的窗体的句柄，也就是我们要编写的应用程序，第二个参数也是一个窗体句柄，就是你要把编写的这个程序放到哪个窗体上，就是哪个窗体的句柄。也就是说，我们只需要提供两个参数就可以了，那么，第一个参数很好提供，this.Handle.ToInt32()即可，但是第二个参数需要我们获得桌面窗口的句柄，windowsAPI也提供了查找窗口句柄的函数：FindWindow

FindWindow函数声明：

[DllImport("user32.dll", EntryPoint = "FindWindow")]
public static extern int FindWindow(string lpClassName, string lpWindowName);

第一个参数是窗体类名，第二个参数是窗体名称，也就是应用程序窗体名称，两者都写或者写一个都行，一般以第一个参数类名最好找到窗体，第二个参数就写null。然后我们在窗体的load事件中这样写就可以了：

SetParent(this.Handle.ToInt32(), FindWindow("Progman", null));谁知道一运行窗体消失了，看不见。

于是又上网查找一番，终于找到了原因：FindWindow函数有三个版本，其余两个是FindWindowA和FindWindowW。有什么区别呢？这里引用网上用户的回答：

这类函数通常都有至少一个字符串参数，A的接受char*，W的接受wchar_t*，因为编码不同所以函数内部对字符串参数的处理也不同，不过也仅在处理字符串上有区别，函数行为上没有任何区别。
以前版本WINDOWS的A版本函数实现是将char*转成wchar_t*，再调用W版本函数，所以用A版本会产生额外的调用及转换开销，而新版本的WINDOWS是将A/W分开实现的，不存在这种问题了。
至于FindWindow这个没有任何A/W后缀的"函数"，它其实是个宏，根据项目配置的默认字符集，来define成相应的FindWindowA或FindWindowW。

也就是说，它们三个函数实现的功能是一样的，只不过是对参数的处理不同，编者的win10家庭版系统使用FindWindow函数和FindWindowA函数都是隐藏的，只有FindWindowW函数是正常使用。

本文系小博客网站原创，转载请注明文章链接地址