按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
Windows 95 System Programming SECRETS 一书第10 章，写了一个Win32 API Spy 程
式，就充份运用了这两个函数。
我想我们在操作系统层面上的执行线程学理基础已经足够了，现在让我们看看比较实际一
点的东西。
从程序设计层面看执行线程
书籍推荐：如果要从程序设计层面来了解执行线程，Jim Beveridge 和Robert Wiener 合着
的Multithreading Applications in Win32 （Win32 多线程程序设计/侯俊杰译/峰出版）是
很值得推荐的一份知识来源。这本书介绍执行线程的学理观念、程序方法、同步控制、资
料一致性的保持、C runtime library 的多线程版本、C＋＋ 的多线程程序方法、MFC 中的多线程
程序方法、除错、进程通讯（IPC ）、DLLs。。。 ，以及约50 页的实际应用。
书籍推荐：Jeffrey Richter 的Advanced Windows 在进程与执行线程的介绍上（第２章和第
３章），也有非常好的表现。他的切入方式是详细而深入地叙述相关Win32 API 的规格
与用法。并举实例左证。
如何产生执行线程？我想各位都知道了，：：CreateThread 可以办到。图14…4 是与执行线程有
关的Win32 API 。
752
…………………………………………………………Page 815……………………………………………………………
14 MFC
第 章 多緒程式設計
与执行线程有关的Win32 API 功能
AttachThreadInput 将某个执行线程的输入导向另一个执行线程
CreateThread 产生一个执行线程
ExitThread 结束一个执行线程
GetCurrentThread 取得目前执行线程的handle
GetCurrentThreadId 取得目前执行线程的ID
GetExitCodeThread 取得某一执行线程的结束代码（可用以决定执行线程是否
已结束）
GetPriorityClass 取得某一进程的优先权等级
GetQueueStatus 传回某一执行线程的消息队列状态
GetThreadContext 取得某一执行线程的context
GetThreadDesktop 取得某一执行线程的desktop 对象
GetThreadPriority 取得某一执行线程的优先权
GetThreadSelectorEntry 除错器专用，传回指定之执行线程的某个selector 的
LDT 记录项
ResumeThread 将某个冻结的执行线程恢复执行
SetPriorityClass 设定优先权等级
SetThreadPriority 设定执行线程的优先权
Sleep 将某个执行线程暂时冻结。其它执行线程将获得执行权。
SuspendThread 冻结某个执行线程
TerminateThread 结束某个执行线程
TlsAlloc 配置一个TLS （Thread Local Storage ）
TlsFree 释放一个TLS （Thread Local Storage ）
TlsGetValue 取得某个TLS （Thread Local Storage ）的内容
TlsSetValue 设定某个TLS （Thread Local Storage ）的内容
WaitForInputIdle 等待，直到不再有输入消息进入某个执行线程中
图14…4 与执行线程有关的Win32 API 函数
753
…………………………………………………………Page 816……………………………………………………………
第篇 深入 MFC 程式設計
注意，多执行线程并不能让程序执行得比较快（除非是在多CPU 机器上，并且使用支持
symmetric multiprocessing 的操作系统），只是能够让程序比较「有反应」。试想某个程
式在某个菜单项目被按下后要做一个小时的运算工作，如果这份工作在主执行线程中做，
而且没有利用PeekMessage 的技巧时时观看消息队列的内容并处理之，那么这一个小时
内这个程序的使用者接口可以说是被冻结住了，将毫无反应。但如果沉重的运算工作是
由另一个执行线程来负责，使用者接口将依然灵活，不受影响。
Worker Threads 和 U I Threads
从Windows 操作系统的角度来看，执行线程就是执行线程，并未再有什么分类。但从MFC
的角度看，则把执行线程划分为和使用者接口无关的worker threads ，以及和使用者接口
（UI ）有关的UI threads 。
基本上，当我们以：：CreateThread 产生一个执行线程，并指定一个执行线程函数，它就是一
个worker thread ，除非在它的生命中接触到了输入消息…这时候它应该有一个消息回
路，以抓取消息，于是该执行线程摇身一变而为UI thread 。
注意，执行线程本来就带有消息队列，请看图14…3 的TDB 结构。而如果执行线程程序代码
中带有一个消息循环，就称为UI thread 。
错误观念
我记得曾经在微软的技术文件中，也曾经在微软的范例程序中，看到他们鼓励这样的作
法：为程序中的每一个窗口产生一个执行线程，负责窗口行为。这种错误的示范尤其存在
于MDI 程序中。是的，早期我也沾沾自喜地为MDI 程序的每一个子窗口设计一个执
行线程。基本上这是错误的行为，要付出昂贵的代价。因为子窗口一切换，上述作法会导
至执行线程也切换，而这却要花费大量的系统资源。比较好的作法是把所有UI （User
Interface ）动作都集中在主执行线程中，其它的「纯种运算工作」才考虑交给worker threads
去做。
754
…………………………………………………………Page 817……………………………………………………………
14 MFC
第 章 多緒程式設計
正确态度
什么是使用多执行线程的好时机呢？如果你的程序有许多事要忙，但是你还要随时保持注
意某些外部事件（可能来自硬件或来自使用者），这时就适合使用多执行线程来帮忙。
以通讯程序为例。你可以让主执行线程负责使用者接口，并保持中枢的地位。而以一个分
离的执行线程处理通讯端口，
MFC 多线程程序设计
我已经在第１章以一个小节介绍了Win32 多线程程序的写法，并给了一个小范例
MltiThrd 。这一节，我要介绍MFC 多线程程序的写法。
探索CWinThread
就像CWinApp 对象代表一个程序本身一样，CWinThread 对象代表一个执行线