Windows程序的生与死

当使用者按下系统菜单中的Close命令项，系统送出WM_CLOSE。通常程序的窗口函数不拦截次消息，于是DefWindowProc函数处理它。DefWindowProc收到WM_CLOSE后，调用DestoryWindow把窗口清除。DestroyWindow本身又会送出WM_DESTROY。程序对WM_DESTROY的标准反应是调用PostQuitMessage。PostQuitMessage没什么其它动作，就只送出WM_QUIT消息，准备让消息循环退出。

空闲时间的处理：OnIdle

所谓空闲时间（Idle time），是指【系统中没有任何消息等待处理】的时间。举个例子，没有任何程序使用定时器（timer，它会定时送来WM_TIMER），使用者也没有碰触键盘和鼠标或任何外围设备，那么，系统就处在所谓的空闲时间。

空闲时间常常发生。不要认为你移动鼠标时产生了一大堆的WM_MOUSEMOVE，事实上夹杂在每一个WM_MOUSEMOVE之间就可能存在许多空闲时间。毕竟，计算机速度超乎想象。

后台工作最适宜在空闲时间完成。传统的SDK程序如果要处理空闲时间，可以以下列循环取代WinMain中传统的消息循环：

 1 while(TRUE)
 2 {
 3     if(PeekMessage(&msg, NULL, 0, 0, PM_REMOVE))
 4     {
 5         if(msg.message == WM_QUIT)
 6         {
 7             break;
 8         }
 9         TranslateMessage(&msg);
10         DispatchMessage(&msg);
11     }
12     else
13     {
14         OnIdle();
15     }
16 }

原因是PeekMessage和GetMessage的不同，GetMessage是阻塞的，而PeekMessage是非阻塞的。

Console程序和DOS程序的区别

console程序是指在Windows下开发的不实用UI的控制台程序

dos程序是指在dos系统下开发的程序

一个进程的诞生与死亡

执行一个程序就必然产生一个进程。最直接的程序执行方式是在shell中即资源管理器找那个以鼠标双击某个可执行文件的图标，执行起来的App进程其实是shell调用CreateProcess激活的。

让我们看看整个流程：

1、shell调用CreateProcess激活App.exe。

2、系统产生一个【进程核心对象】，计数值为1。

3、系统为此进程建立一个4GB的地址空间。

4、加载器将必要的码加载到上述地址空间中，包括App.exe的程序、资料，以及所需的动态链接库。加载器如何知道要加载哪些dll呢？它们被记录在可执行文件的.idata section中。

5、系统为此进程建立一个执行线程，称为主执行线程（primary thread）。执行线程才是CPU时间的分配对象。

6、系统调用C runtime函数库的startup code。

7、startup code调用App程序的WinMain函数。

8、App程序开始运行。

9、使用者关闭App主窗口，使WinMain中的消息循环结束掉，于是WinMain结束。

10、回到startup code。

11、回到系统，系统调用ExitProcess结束进程。

可以说，透过这种方式执行起来的所有程序都是shell的子进程。本来，父进程与子进程之间可以有某些关系存在，但shell在调用CreateProcess时已经把这种关系剪断，因此它们是独立的实例。