按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
90h DWORD ProcessDWORD 84h DWORD ThunkConnect
94h struct _PROCESS_DATABASE* ProcessGroup 88h DWORD NegStackBase
8Ch DWORD CurrentSS
98h DWORD pExeMODREF
90h DWORD SSTable
9Ch DWORD TopExcFilter
94h DWORD ThunkSS16
A0h DWORD BasePriority
98h DWORD TLSArray ＇64＇
A4h DWORD HeapOwnList 198h DWORD DeltaPriority
A8h DWORD HeapHandleBlockList 19Ch DWORD un5＇7＇
ACh DWORD pSomeHeapPtr 1B8h DWORD pCreateData16
B0h DWORD pConsoleProvider 1BCh DWORD APISuspendCount
B4h WORD EnvironSelector 1C0h DWORD un6
B6H WORD ErrorMode 1C4h DWORD WOWChain
B8h DWORD pevtLoadFinished 1C8h WORD wSSBig
1CAh WORD un7
BCh WORD UTState
1CCh DWORD lp16SwitchRec
1D0h DWORD un8＇6＇
1E8h DWORD pSomeCritSect1
1ECh DWORD pWin16Mutex
1F0h DWORD pWin32Mutex
1F4h DWORD pSomeCritSect2
1F8h DWORD un9
1FCh DWORD ripString
200h DWORD LastTlsSetValueEIP＇64＇
图14…3 执行线程数据结构 （PDB ） 的细部内容 （ 资料整理自Windows 95
System Programming SECRETS； Matt Pietrek； IDG Books）
750
…………………………………………………………Page 813……………………………………………………………
14 MFC
第 章 多緒程式設計
执行线程排程（Scheduling）
排程器挑选「下一个获得CPU 时间的执行线程」的唯一依据就是：执行线程优先权。如果
所有等待被执行的执行线程中，有一个是优先权16，其它所有执行线程都是优先权15 （或
更低），那么优先权16 者便是下一个夺标者。如果执行线程Ａ和Ｂ同为优先权16，排程
器会挑选等待比较久的那个（假设为执行线程Ａ）。当Ａ的时间切片（timeslice ）终了，如
果Ｂ以外的其它执行线程的优先权仍维持在15 （以下），执行线程Ｂ就会获得执行权。
「如果Ｂ以外的其它执行线程的优先权仍维持在15 （以下）。。。」，唔，这听起来彷佛优先
权会变动似的。的确是。为了避免朱门酒肉臭、路有冻死骨的不公平情况发生，排程器
会弹性调整执行线程优先权，以强化系统的反应能力，并且避免任何一个执行线程一直未能
接受CPU 的润泽。一般的执行线程优先权是7，如果它被切换到前景，排程系统可能暂
时地把它调升到8 或9 或更高。对于那些有着输入消息等待被处理的执行线程，排程系
统也会暂时调高其优先权。
对于那些优先权本来就高的执行线程，也并不是有永久的保障权利。别忘了Windows 毕竟
是个消息驱动系统，如果某个执行线程调用：：GetMessage 而其消息队列却是空的，这个执
行线程便被冻结，直到再有消息进来为止。冻结的意思就是不管你的优先权有多高，暂时
退出排班行列。执行线程也可能被以：：SuspendThread 强制冻结住（：：ResumeThread 可以解
除冻结）。
会被冻结，表示这个执行线程「要去抓取消息，而执行线程所附带的消息队列中却没有消息」。
如果一个执行线程完全和UI 无关呢？是否它就没有消息队列？倒不是，但它的程序代码中
没有消息循环倒是事实。是的，这种执行线程称为worker thread 。正因它不可能会被冻结，
所以它绝对不受Win16Mutex 或其它因素而影响其强制性多任务性质，及其优先权。
Thread Context
Context 一词，我不知道有没有什么好译名，姑且就用原文吧。它的直接意思是「前后关
系、脉络；环境、背景」。所以我们可以说Thread Context 是构成执行线程的「背景」。
751
…………………………………………………………Page 814……………………………………………………………
第篇 深入 MFC 程式設計
那是指什么呢？狭义来讲是指一组缓存器值（包括指令指位器IP ）。因为执行线程常常会
被暂停，被要求把CPU 拥有权让出来，所以它必须将暂停之前一刻的状态统统记录下
来，以备将来还可以恢复。
你可以在WINNT。H 中找到一个CONTEXT 数据结构， 它可以用来储存Thread
Context 。：：GetThreadContext 和：：SetThreadContext 可以取得和设定某个执行线程的
context ，因而改变该执行线程的状态。这已经是非常低阶的行为了。Matt Pietrek 在其
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