深入浅出MFC--第一章

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时已经把这种关系剪断,因此它们是独立的实例。

posted @ 2014-06-02 01:11  冷冰若水  阅读(298)  评论(0编辑  收藏  举报