第六章节 线程基础
创建线程，要使用_beginthreadex来代替WAPI提供的CreateThread。因为，要从编译器角度来创建。从用户角度至少看起来没有依赖OS。但事实上，里面还是用了CreateThread.
同样，杀线程，使用_endthreadex.
注：用以上两个库函数的原因是，因为，如果你用了signal函数，那么就要用_end函数来清理资源，可是那样，你就画不圆上下文了。同时使用时要注意有EX来标识的，因为存在着旧的弃用的函数。
CloseHandle是可以传已经被清理的或伪句柄的，只是它会返回false，并且对error置成ERROR_INVALID_HANDLE。
TerminalThread是异步的，只是发信号。要确定被杀的线程死了，要用WaitForSingleObject，向其传递线程句柄来守候。原理就是，线程的内核对象，当引用计数减为0时，会变成激发状态，有信号状态。
GetExitCodeThread是检查线程退出代码的。如果线程还没有退出，返回是STILL_ACTIVE宏的值。如果已经退出，返回true，并有相应值。
微软提供的C/C++库用于本机的开发。
|
libCMt.lib
|
库的静态链接发行版本
|
|
|
libCMtD.lib
|
库的静态链接调试版本
|
|
|
MSVCRt.lib
|
导入库，用于动态链接MSVCR80.dll(默认库)
|
|
|
MSVCRtD.lib
|
导入库，用于动态链接MSVCR80D.dll
|
|
|
MSVCMRt.lib
|
导入库，.net的托管/本机代码混合
|
|
|
MSVCURt.lib
|
导入库，.net的MSIL代码
|
线程句柄自获函数：
几乎所有的WAPI函数都要在第一参数传句柄的，所以，当你突然眼前一亮，想用WAPI了，这第一个参数必须难不住你呀。
HANDLE GetCurrentProcess();
HANDLE GetCurrentThread();
注意：以上两函数返回的是“伪句柄”
原因：
1）它们不会在进程句柄表中新建句柄，当然也不会影响引用计数。当然，CloseHandle()多释放一次，程序不死，只是它返回false。
2）它们返回的句柄要根据运行所在的进程和线程来关联。比如，在父线程中调用了，返回的句柄即使以参数传给子进程，则其指向仍然是子线程的。所以这一点有些像虚函数中的虚指针，只能意会不能言传了。
当然，有时用线程ID做些逻辑时，可以使用：
DWORD GetCurrentProcessId();
DWORD GetCurrentThreadId();
当然，如果你有了ID，你还可以换成句柄。
OpenThread()，下面示例一下转换办法并且，给出一个对进程优先级操作的技巧。
VOID SuspendProcess(DWORD dwProcessID, BOOL fSuspend)
{
HANDLE hSnapshot = CreateToolhelp32Snapshot(TH32CS_SNAPTHREAD,dwProcessID);
if(hSnapshot != INVALID_HANDLE_VALUE)
{
//walk the list of threads
THREADENTRY32 te = {sizeof(te)};
BOOL fOK = Thread32First(hSnapshot, &te);
for(; fOK; fOK = Thread32Next(hSnapshot, &te))
{
if(te.th32OwnerProcessID == dwProcessID)
{
//主角登场
HANDLE hThread = OpenThread(THREAD_SUSPEND_RESUME, FALSE, te.th32ThreadID);
//略过对hThread的判断
if(fSuspend)
SuspendThread(hThread);
else
ResumeThread(hThread);
CloseHandle(hThread);
}
}//endfor
CloseHandle(hSnapshot);
}
}
最后，再赠送两个函数用于获取进程，线程运行的时间。
GetProcessTimes(),GetThreadTimes()
第七章节 线程调度，优先级和关联性
线程可以自己挂起，但不能自己恢复，并且，挂几次要应该恢复几次（ResumeThread）。挂起可以在线程生成时以参数传入，也可以用SuspendThread来人工自由操作。
第八章节 用户模式下的线程同步
技巧：
原子操作的系列WAPI函数：InterLocked*
+ExchangeAdd
+Increment
+ExchangePointer
volatile关键字，用来声明，后面的变量不能被优化，要去不断从内存来读取。
进阶一段：CRITICAL_SECTION结构和EnterCriticalSection和LeaveCriticalSection
要声明个全局的CS变量，然后用前初始，用后删除。
TryEnterCriticalSection比较灵活，做人当如此，能锁定就锁定段，没有段可用时，就立刻通知调用者。
同时，也不要把初始化关键段看低，因为，能避免交给内核态就晚点交，不然，上下文切换的步骤很耗时，耗资源的。所以，给初始化传值或用Set来设置抢段的重试时间，InitializeCriticalSectionAndSpinCount(p1,p2),p1是句柄了，p2大约4000。
注意：
线程抢锁的顺序要一致，否则死锁，即在锁包锁的情况下。
关键段的使用只能在一个进程内来控制其中众线程的同步，并且不能根据时间来等待。
进阶二段：条件变量
线程想把锁释放并把自己阻塞，就使用条件变量。
注意，这时，你得玩两个内核对象才行，即条件变量，必须配合锁。
首先看看这个阻塞函数，我特喜欢微软用sleep来前缀，因为，可读性很高。体现了两层意思：1，这是阻塞的，2，这是有时间参数的，时间到了没拿到条件变量就是false.
SleepConditionVariableSRW或SleepConditionVariableCS看吧，后缀又说明了要配合的锁。够意思。
我不够意思了，不列参数，自己去查手册喽。
有了Sleep就得有Wake吧。它会使等待同一个条件变量被触发的线程得到锁并返回。然后就干活呗，但得到锁了就得释放它。但它不会同时唤醒其它正在等待同一个条件变量的线程。
要看自己的实际需要。反正也是有WakeAll*和共享锁和独占锁来设计。
第九章节 内核态用内核对象进行线程同步
进程和线程内核对象在操作系统的处理上一样设计的。见笔记二的进程描述。
本章节介绍了另外的内核对象来帮助我们玩转线程同步。
1，事件
2，可等待的计时器
3，信号量
4，互斥量
头大吧，不过，我们要想掌握它，必须用不同的维度和结构去3D它。
首先，了解基础，或者说这个是第一个维度。
前进了解了进程和线程，有信号和无信号的规则，那么，这四个对象呢，look
事件：
引用计数器
自动重置/手动重置———–初始参数方式，CreateEvent
是否被触发——————-函数控制，SetEvent,ResetEvent
手动重置事件：
被触发时：等待此事件的所有线程都是会变成可调度状态。
自动重置事件：
被触发时：等待此事件的一个线程，只有一个线程会变成可调度状态。
因为自动重置会在一个线程得到事件对象后，自动把自己变成未触发状态。系统代劳的。
可等待的计时器：
指定时间或每隔一定时间触发
引用计数器
自动重置/手工重置——-初始化方式，CreateWaitableTimer，和事件一样没有其它的设置方式
SetWaitTimer是生成了内核对象后，需要进一步应用时的必经之路。因为，创建后，计时器都是属于未触发状态。
信号量：
引用计数器
最大资源量————-池里的资源总数
当前资源数————-目前应用了资源的数量，用RealseSemaphore来递增
互斥量：
引用计数器
线程ID———–内部自己管理，当计数为1时，则用调用的当前线程ID来填充。
递归计数———是否要触发