在服务中将弹窗推送至用户桌面的技术实现与优化策略

曾几何时&＃xff0c;服务里面弹出一个窗口到桌面上不再是那么地容易了&＃xff1a;以前只要把服务设置为允许和桌面交互就可以直接在服务启动的时候&＃xff0c;把一个窗口弹给用户。但是现在在vista(其它的OS 下没有测试&＃xff0c;未知)下要弹出这样的窗体&＃xff0c;首先会弹出一个提示框提示是否接否一个服务弹出来的消息&＃xff0c;点接受后&＃xff0c;才会在一个全灰的桌面里面弹出这个窗口。不用想&＃xff0c;这样的用户体验&＃xff0c;肯定是会被直接PASS。原因很简单&＃xff0c;因为不同的用户间的桌面是不一样的&＃xff0c;服务用的是System的权限&＃xff0c;在vista里面是Session0&＃xff0c;而用户的帐户不是这个&＃xff08;肯定大于0&＃xff09;。

看来&＃xff0c;想弹出一个窗体&＃xff0c;需要另一个程序来作辅助了。解决方案有两种&＃xff1a;

1. 开发一个程序A在启动的时候&＃xff0c;随系统启动&＃xff0c;并监控指定文件M&＃xff0c;服务S有消息的时候&＃xff0c;放在文件M里&＃xff0c;A 感受了文件变化了&＃xff0c;就去读这个文件里的内容&＃xff0c;根据规则来作对应的动作。坏处很明显&＃xff0c;当用户为了让系统跑得快的时候&＃xff0c;这种自启动文件很容易被砍掉&＃xff0c;导致了有些功能莫名奇妙地不可用。
2. 同样地&＃xff0c;也是开发一个程序A&＃xff0c;用CreateProcessAsUser这个API来创建这个A &＃xff0c;并且发送到用户的桌面上去。好处是可以把这个A和服务S 放在同一个程序文件里面&＃xff0c;根据不同的参数来启动不同的功能。这样用户除非是删除整个服务&＃xff0c;否则不会有部分功能能用&＃xff0c;又有部分功能不能用的问题。

现在来看看第二种方案&＃xff0c;要想用CreateProcessAsUser这个API &＃xff0c;有这样几个步骤&＃xff1a;

&＃xff11;.取得用户的令牌&＃xff08;Token&＃xff09;

&＃xff12;.指定好虚拟桌面

&＃xff13;.调用API创建这个用户进程。

在取得用户令牌的时候&＃xff0c;又有几个方法&＃xff1a;

&＃xff11;.从用户的进程上去剥

&＃xff12;.先用WTSGetActiveConsoleSessionId得到用户会话ID&＃xff0c;再用WTSQueryUserToken这个API去取。

不过在vista下面,服务里面的WTSGetActiveConsoleSessionId这个API得到的总是0&＃xff0c;也就是Session0,用这个创建出来的进程&＃xff0c;还是属于一个服务进程。(而且这个API是XP以及以后的系统才会提供的&＃xff0c;在早点的系统上就会调用失败)所以我们只好从用户的进程上去找&＃xff0c;用户登录的时候&＃xff0c;一定会有的进程就是&＃xff1a;explorer.exe&＃xff0c;这样可以遍历所有的进程去找到这个&＃xff08;如果是多人同时登录这个系统里&＃xff0c;我也不知道该怎么办了&＃xff0c;不知道有没有高人指点一下&＃xff09;。

这样创建出来的用户进程&＃xff0c;在进程列表里面可以看到是活动用户的。但是如果在这里面使用一下文件选择框&＃xff0c;或是去取一些系统目录&＃xff0c;比如说用户的桌面&＃xff0c;用户的收藏夹等&＃xff0c;都会得到空。这时候因为没有指定用户环境造成的。使用CreateEnvironmentBlock这个API就可以搞定了。