曾幾何時，服務里面彈出一個窗口到桌面上不再是那么地容易了：以前只要把服務設置為允許和桌面交互就可以直接在服務啟動的時候，把一個窗口彈給用戶。但是現在在vista(其它的OS 下沒有測試，未知)下要彈出這樣的窗體，首先會彈出一個提示框提示是否接否一個服務彈出來的消息，點接受后，才會在一個全灰的桌面里面彈出這個窗口。不用想，這樣的用戶體驗，肯定是會被直接PASS。原因很簡單，因為不同的用戶間的桌面是不一樣的，服務用的是System的權限，在vista里面是Session0，而用戶的帳戶不是這個（肯定大于0）。
看來，想彈出一個窗體，需要另一個程序來作輔助了。解決方案有兩種：
- 開發一個程序A在啟動的時候，隨系統啟動，并監控指定文件M，服務S有消息的時候，放在文件M里，A 感受了文件變化了，就去讀這個文件里的內容，根據規則來作對應的動作。壞處很明顯，當用戶為了讓系統跑得快的時候，這種自啟動文件很容易被砍掉，導致了有些功能莫名奇妙地不可用。
- 同樣地，也是開發一個程序A，用CreateProcessAsUser這個API來創建這個A ，并且發送到用戶的桌面上去。好處是可以把這個A和服務S 放在同一個程序文件里面，根據不同的參數來啟動不同的功能。這樣用戶除非是刪除整個服務，否則不會有部分功能能用，又有部分功能不能用的問題。
現在來看看第二種方案，要想用CreateProcessAsUser這個API ，有這樣幾個步驟：
１.取得用戶的令牌（Token）
２.指定好虛擬桌面
３.調用API創建這個用戶進程。
在取得用戶令牌的時候，又有幾個方法：
１.從用戶的進程上去剝
２.先用WTSGetActiveConsoleSessionId得到用戶會話ID，再用WTSQueryUserToken這個API去取。
不過在vista下面,服務里面的WTSGetActiveConsoleSessionId這個API得到的總是0，也就是Session0,用這個創建出來的進程，還是屬于一個服務進程。(而且這個API是XP以及以后的系統才會提供的，在早點的系統上就會調用失敗)所以我們只好從用戶的進程上去找，用戶登錄的時候，一定會有的進程就是：explorer.exe，這樣可以遍歷所有的進程去找到這個（如果是多人同時登錄這個系統里，我也不知道該怎么辦了，不知道有沒有高人指點一下）。
這樣創建出來的用戶進程，在進程列表里面可以看到是活動用戶的。但是如果在這里面使用一下文件選擇框，或是去取一些系統目錄，比如說用戶的桌面，用戶的收藏夾等，都會得到空。這時候因為沒有指定用戶環境造成的。使用CreateEnvironmentBlock這個API就可以搞定了。