WM下的程序只能运行一个实例。后续打开的时候，运行中的程序怎么能感知到？
df(401915922) 21:46:59
WM下的程序只能运行一个实例。后续打开的时候，运行中的程序怎么能感知到？
比如已经在运行中的进程处于窗口隐藏状态，此时第二次打开同一程序的一个合理处理是使运行中的进程现身。要如何才能做到？
无尽的鞭挞(381764762) 21:49:22
可以设一个mutex来判定 一个程序是否开了两次
df(401915922) 21:46:59
好像不行。
df(401915922) 21:47:27
第二次运行的时候，好像都根本没有进入程序本身的代码。
df(401915922) 21:48:02
好像是启动程序之前就作了处理。
无尽的鞭挞(381764762) 21:51:30
。。。那就不太了解了
[解决办法]
http://www.cnblogs.com/sumtec/archive/2004/04/03/6823.html
>>关于.NET CF 的一些知识——启动同一个程序的多个拷贝
Alex Feinman的Blog其实也很不错，这一篇文章就告诉我们为什么.NET CF能够自动启动唯一一个实例，以及如果我们不想这样做的时候，应该怎么办。这些细节可以说是非常的宝贵，所以我这里给翻译一下：
你可能已经注意到了，用.NET CF 1.0在PPC上面开发的应用程序都是只有一个唯一的实例的。如果你在一份拷贝正在运行的时候尝试再次启动它，那个已经启动了的拷贝就会被再次激活并且窗口会弹到最前面。这个设计在PPC上面是非常的方便和适合的，但是某些时候却显得太友好了。
让我们看一下当你启动CF应用程序的时候都发生了些什么：在CF程序中的CIL外面有一个标准的启动头，当然还包括PE头以及入口点。这个入口点只有这么一句话：
jmp mscoree!__CorExeMain
在启动CF的实例的时候，mscoree会查找有没有一个类名称为“#NETCF_AGL_PARK”、标题为当前可执行程序全路径的一个窗口(比如：\Program Files\MyApp\MyApp.exe)。如果找到了，CLR就会认为当前应用程序已经在运行了，与是就重新激活已经运行的拷贝。为了达到这个目的，CLR会向刚才提到的那个窗口发送一个0x8001的消息，然后就退出执行了。而那个窗口在接收到0x8001消息之后，那个#NETCF_AGL_PARK窗口就会做一系列的动作，并且最后会调用SetForegroundWindow。需要注意的是调用SetForegroundWindow所传递过去的句柄是通过调用GetWindow(<#NETCF_AGL_PARK窗口>, GW_HWNDPREV)得到的。（注：也就是说，其实所有的.NET CF窗口都是属于这个窗口的，并且这个调用使得并且仅仅使得这个程序最上面的那个窗口被弹出来。）
非常不幸的事，某些情况下你可能会需要运行多个实例，而不是象现在这样把前一个实例给弹出来，一个最明显的例子就是用CeLaunchAppAtXXX函数运行一个CF应用程序。问题是第二次运行的那个实例会在进入你的托管代码之前就退出了（注：由mscoree控制，也就是说上面如果没有找到已经运行的实例的话，才会开始执行你的托管代码），所以你根本没有办法实现探测（并决定是否激活）已经运行的实例的逻辑，因为他根本不会被执行。
如果想解决禁止“唯一实例”模式，解决的办法其实在上面的描述当中已经相当明显了：我们所需要做的就是改变那个#NET_AGL_PARK窗口的名称，这个窗口的句柄可以用FindWindow函数获得，类名是“#NETCF_AGL_PARK”，标题是这个程序集的全路经——可以通过Assembly.GetExecutingAssembly().GetModules()[0].FullyQualifiedPath获得。然后我们只要简单的通过SetWindowText改变这个窗口的标题就万事大吉了。
其实这篇文章给我的提示不仅仅是怎么去启动两个以上的实例，我还想到了另外一个问题的解决方法：
现在激活一个程序仅仅显示最上面的那个，但是很多时候最上面的可能是一个非全屏的，那就很不雅观了，此外CF对于Z-Order的控制也有点问题。现在好了，我知道该怎么手动控制窗口的现实问题了。（.NET CF的Show/Active什么的，并不会产生SetForegroundWindow的效果。）
文章来源:http://dotnet.blogger.cn/sumtec/archive/2004/04/03/619.aspx
《Csdn收音机》集成截图功能，发帖更加生动！
