首先，要控制windows services，是比較容易的事情，一堆現(xiàn)成的例子。
SYNtService 就是一個很好的例子。
要控制一個窗口退出是十分容易的事情，PostMessage就可以解決問題。
要控制console退出，也有很多現(xiàn)成的方法。比較通用的方法：
1、TerminateProcess
   最原始、最暴力的強制console退出的方法。console進(jìn)程毫無還手之力就over了。但我希望console在推出之前至少能處理一下“后事”。

2、signal / raise
   原來windows也有signal，不過kill換成了raise。但是相對Unix系列的signal功能就差很遠(yuǎn)了。而且有一個麻煩的地方就是raise只能對本console生效，而不能對指定的process。
   可以在signal里面指定一個call back函數(shù)，在收到SIGINT/SIGTERM之類的時候，處理一下事情，然后通知各個線程結(jié)束。
   既然不能raise其他進(jìn)程，是否這個功能就不能用了呢？其實可以考慮一下CreateRemoteThread，然后在別人的進(jìn)程里面raise……

3、SetConsoleCtrlHandler / GenerateConsoleCtrlEvent
    這個是console專門用來處理Ctrl-C/Ctrl-Break/以及windows關(guān)機(jī)事件等的處理方法。比signal更強大。而且說明中寫了，可以對其他的進(jìn)程進(jìn)行處理（還可以對進(jìn)程組處理）。用網(wǎng)上的話說就是：很女子，很弓雖！
    但是要注意，如果要對其創(chuàng)建的子進(jìn)程進(jìn)行處理的時候，創(chuàng)建子進(jìn)程必須要使用CREATE_NEW_PROCESS_GROUP標(biāo)志。另外一點，文檔寫的比較隱晦的就是，進(jìn)程必須要有console窗口。否則，調(diào)用GenerateConsoleCtrlEvent會返回6，說ERROR_INVALID_HANDLE。
    問題來了，Service本身是沒有console窗口的，Service建立的子進(jìn)程就必須要自帶窗口了。但是一般為了美觀，Service啟動的進(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。但這種方法有個問題，在獲得kernel32!CtrlRoutine的時候，也是使用GenerateConsoleCtrlEvent來獲得。但是Service自己本身沒有console窗口，一調(diào)用GenerateConsoleCtrlEvent也是出錯。
而另一篇 google討論組 文章，里面提到原來可以先AllocConsole、然后GenerateConsoleCtrlEvent、然后FreeConsole……于是解決方案就變成：
Service里面:
  先AllocConsole
  然后利用GenerateConsoleCtrlEvent獲得kernel32!CtrlRoutine
  然后FreeConsole
  當(dāng)需要結(jié)束進(jìn)程的時候，就調(diào)用CreateRemoteThread，把kernel32!CtrlRoutine的代碼注入到子process中執(zhí)行
  這樣大家都看不到console窗口（service里面AllocConsole很快，看不到窗口出來，甚至懷疑根本就有沒有窗口出來），同時又能通知子進(jìn)程優(yōu)雅地退出。

存在問題：如果我的機(jī)器作為服務(wù)器啟動，即沒有進(jìn)入登錄狀態(tài)，不知道這樣啟動的Service會不會有問題呢？？暫時還沒有時間測試。