首先，要控制windows services，是比較容易的事情，一堆現(xiàn)成的例子。
SYNtService 就是一個(gè)很好的例子。
要控制一個(gè)窗口退出是十分容易的事情，PostMessage就可以解決問題。
要控制console退出，也有很多現(xiàn)成的方法。比較通用的方法：
1、TerminateProcess
最原始、最暴力的強(qiáng)制console退出的方法。console進(jìn)程毫無還手之力就over了。但我希望console在推出之前至少能處理一下“后事”。
2、signal / raise
原來windows也有signal，不過kill換成了raise。但是相對(duì)Unix系列的signal功能就差很遠(yuǎn)了。而且有一個(gè)麻煩的地方就是raise只能對(duì)本console生效，而不能對(duì)指定的process。
可以在signal里面指定一個(gè)call back函數(shù)，在收到SIGINT/SIGTERM之類的時(shí)候，處理一下事情，然后通知各個(gè)線程結(jié)束。
既然不能raise其他進(jìn)程，是否這個(gè)功能就不能用了呢？其實(shí)可以考慮一下CreateRemoteThread，然后在別人的進(jìn)程里面raise……
3、SetConsoleCtrlHandler / GenerateConsoleCtrlEvent
這個(gè)是console專門用來處理Ctrl-C/Ctrl-Break/以及windows關(guān)機(jī)事件等的處理方法。比signal更強(qiáng)大。而且說明中寫了，可以對(duì)其他的進(jìn)程進(jìn)行處理（還可以對(duì)進(jìn)程組處理）。用網(wǎng)上的話說就是：很女子，很弓雖！
但是要注意，如果要對(duì)其創(chuàng)建的子進(jìn)程進(jìn)行處理的時(shí)候，創(chuàng)建子進(jìn)程必須要使用CREATE_NEW_PROCESS_GROUP標(biāo)志。另外一點(diǎn)，文檔寫的比較隱晦的就是，進(jìn)程必須要有console窗口。否則，調(diào)用GenerateConsoleCtrlEvent會(huì)返回6，說ERROR_INVALID_HANDLE。
問題來了，Service本身是沒有console窗口的，Service建立的子進(jìn)程就必須要自帶窗口了。但是一般為了美觀，Service啟動(dòng)的進(jìn)程都不想帶有窗口。那就變成了子進(jìn)程沒有console窗口，GenerateConsoleCtrlEvent失效了。
在網(wǎng)上查了很多資料（怎么沒看到很黃很暴力呢？？？），其中在
Louis K. Thomas
<louiNØSP@Msth@hotmÑOSP@Mail.coNÕSP@Mm> 的 SendSignal 提到一種做法，就是先獲得kernel32!CtrlRoutine的入口，然后通過CreateRemoteThread的方法，讓遠(yuǎn)程的console來執(zhí)行kernel32!CtrlRoutine。但這種方法有個(gè)問題，在獲得kernel32!CtrlRoutine的時(shí)候，也是使用GenerateConsoleCtrlEvent來獲得。但是Service自己本身沒有console窗口，一調(diào)用GenerateConsoleCtrlEvent也是出錯(cuò)。
而另一篇
google討論組 文章，里面提到原來可以先AllocConsole、然后GenerateConsoleCtrlEvent、然后FreeConsole……于是解決方案就變成：
Service里面:
先AllocConsole
然后利用GenerateConsoleCtrlEvent獲得kernel32!CtrlRoutine
然后FreeConsole
當(dāng)需要結(jié)束進(jìn)程的時(shí)候，就調(diào)用CreateRemoteThread，把kernel32!CtrlRoutine的代碼注入到子process中執(zhí)行
這樣大家都看不到console窗口（service里面AllocConsole很快，看不到窗口出來，甚至懷疑根本就有沒有窗口出來），同時(shí)又能通知子進(jìn)程優(yōu)雅地退出。
存在問題：如果我的機(jī)器作為服務(wù)器啟動(dòng)，即沒有進(jìn)入登錄狀態(tài)，不知道這樣啟動(dòng)的Service會(huì)不會(huì)有問題呢？？暫時(shí)還沒有時(shí)間測(cè)試。