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

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

3、SetConsoleCtrlHandler / GenerateConsoleCtrlEvent
    這個是console專門用來處理Ctrl-C/Ctrl-Break/以及windows關機事件等的處理方法。比signal更強大。而且說明中寫了，可以對其他的進程進行處理（還可以對進程組處理）。用網上的話說就是：很女子，很弓雖！
    但是要注意，如果要對其創建的子進程進行處理的時候，創建子進程必須要使用CREATE_NEW_PROCESS_GROUP標志。另外一點，文檔寫的比較隱晦的就是，進程必須要有console窗口。否則，調用GenerateConsoleCtrlEvent會返回6，說ERROR_INVALID_HANDLE。
    問題來了，Service本身是沒有console窗口的，Service建立的子進程就必須要自帶窗口了。但是一般為了美觀，Service啟動的進程都不想帶有窗口。那就變成了子進程沒有console窗口，GenerateConsoleCtrlEvent失效了。
    在網上查了很多資料（怎么沒看到很黃很暴力呢？？？），其中在 Louis K. Thomas <louiNØSP@Msth@hotmÑOSP@Mail.coNÕSP@Mm> 的 SendSignal 提到一種做法，就是先獲得kernel32!CtrlRoutine的入口，然后通過CreateRemoteThread的方法，讓遠程的console來執行kernel32!CtrlRoutine。但這種方法有個問題，在獲得kernel32!CtrlRoutine的時候，也是使用GenerateConsoleCtrlEvent來獲得。但是Service自己本身沒有console窗口，一調用GenerateConsoleCtrlEvent也是出錯。
而另一篇 google討論組 文章，里面提到原來可以先AllocConsole、然后GenerateConsoleCtrlEvent、然后FreeConsole……于是解決方案就變成：
Service里面:
  先AllocConsole
  然后利用GenerateConsoleCtrlEvent獲得kernel32!CtrlRoutine
  然后FreeConsole
  當需要結束進程的時候，就調用CreateRemoteThread，把kernel32!CtrlRoutine的代碼注入到子process中執行
  這樣大家都看不到console窗口（service里面AllocConsole很快，看不到窗口出來，甚至懷疑根本就有沒有窗口出來），同時又能通知子進程優雅地退出。

存在問題：如果我的機器作為服務器啟動，即沒有進入登錄狀態，不知道這樣啟動的Service會不會有問題呢？？暫時還沒有時間測試。