1、 线程对象与线程的不同
a) 线程的Handle是指向“线程核心对象”,而不是指向线程本身。CloseHandle()唯一做的事情就是把引用计数减1。如果该值变成0,对象会自动被操作系统摧毁。
b) “线程核心对象”引用到的那个线程也会令核心对象开启。因此,线程对象的默认引用计数是2。当调用CloseHandle()时,引用计数下降1,当线程结束时,引用计数再降1。只有当两件事件都发生了(不管顺序如何)的时候,这个对象才会被真正消除。
2、 同步机制摘要
a) Critical Section
Critical Section(临界区)用来实现“排它性占有”。适用范围是单一进程的各线程之间。它是:
l 一个局部性对象,不是一个核心对象。
l 快速而有效率
l 不能够同时有一个以上的Critical Section 被等待
l 无法侦测是否被某个线程放弃(也就是某线程在Enter之后,Leave之前挂了,此Critical Section将永远处于锁状态)
b) Metux
Metux是一个核心对象,可以在不同的线程之间实现“排它性占有”,甚至即使那些线程分属不同进程。它是:
l 一个核心对象
l 如果拥有mutex的那个线程结束,则会产生一个“abandoned”错误消息
l 可以使用Wait…()等待一个metux
l 可以具名,因此可以被其他进程开启
l 只有被拥有它的那个线程释放(released)
c) Semaphore
Semaphore被用来追踪有限的资源。它是:
l 一个核心对象
l 没有拥有者
l 可以具名,因此可以被其他进程开启
l 可以被任何一个线程释放(released)
d) Event Object
Event Object通常用于overlapped I/0,或用来设计某些自定义的同步对象。它是:
l 一个核心对象
l 完全在程序掌控之下
l 适用于设计新的同步对象
l “要求苏醒”的请求并不会被存储起来,可能会遗失掉
l 可以具名,因此可以被其他线程开启
e) Interlocked Variable
如果Interlocked..()函数被使用于所谓的spin-lock,那么它们只是一种同步机制。所谓spin-lock是一种busy loop,被预期在极短时间内执行,所以有最小的额外负担(overhead)。系统偶尔会使用它们。除此之外,interlocked variable主要用于引用计数。它们:
l 允许对4字节的数值有些基本的同步操作,不需动用到critical section 或 mutex类。
l 在SMP(symmetric Multi-Processors)操作系统中亦可有效运作。
f)
3、 避免Completion Packets
a) 我们可以进行一个I/O操作,却不引发一个I/O Completion Packets被送往completion port。我们可以以旧有的受激发的event对象机制取而代之。为了这么做,请你设定一个OVERLAPPED结构,内含一个合法的手动重置event对象,放在hEvent栏。然后还handle的最低位设为1。表示当写入操作完成时,不需要任何packet被送往completion port。
4、 多线程函数
a) 为了保证多线程情况下的安全,runtime library必须为每一个由它启动和结束的线程做一些薄记工作,runtime library就不知道为每一个线程配置一块新的内存,作为线程的局部变量。_beginthreadex()在内部调用了CreateThread()。
b) 被_beginthread()产生出来的线程所做的第一件事就是关闭自己的Handle。
5、 运转记录
a) 即使在一个GUI程序中,你也可以拥有一个console窗口。这意味你可以在GUI程序中使用printf()和puts()。不要尝试使用列表框(listbox)或多行文字编辑框(multiline line)等控件,因为他们需要仰赖消息的传递,以及适当的重绘。而这两种行为在程序已经出错的情况下是很难保证的。Console窗口由系统的设备驱动程序负责,即使你的程序当掉或在调试器中停止,Console仍有反应。
b)
rel="File-List" href="file:///C:%5CDOCUME%7E1%5CADMINI%7E1%5CLOCALS%7E1%5CTemp%5Cmsohtml1%5C01%5Cclip_filelist.xml"> rel="Edit-Time-Data" href="file:///C:%5CDOCUME%7E1%5CADMINI%7E1%5CLOCALS%7E1%5CTemp%5Cmsohtml1%5C01%5Cclip_editdata.mso">
6、