月度归档： 2016年9月

第一章节 错误处理

几乎所有的windows API返回值都是下列之一：

VOID——不会失败，失败了骚扰bill gates去,

BOOL——不用说了吧,

HANDLE—失败则是NULL，当然有时是-1,

PVOID—–失败是NULL，成功就是指针喽,

LONG/DWORD—-要看具体的上下文环境了。

当调用失败，返回值会先指出已经发生错误。所以要先判断返回值。然后，使用GetLastError()来得到详细的错误提示。返回值是dword类型的，要得到描述，加入WinError.h.

技巧一：在监视中，$err,hr，就会看到调用的API错误的内容。

技巧二：使用VS的IDE小工具，error lookup

只你自己开发的模块想返回不一样的error时，可以使用SetLastError(DWORD)来写入，当然，错误代码要像点样，即32位中的29位要必须为1.而0是给系统用的。

第二章节 字符和字符串的处理

VC6——ANSI,DBCS——-/Zc:wchar_t(这个选项就会有定义wchar_t这个数据类型)

VS201X———–ANSI,UNICODE(指的是UTF-16)

事实上，typedef unsigned short wchar_t;

WinNT.h中统一了类型的名称。

TEXT(param)在unicode宏定义下，在param前加了L前缀。

所以，TCHAR也是个宏，可以配合TEXT(),_T() 来一起变脸。

unicode阵营的后缀或关键字母：

w—wide

L—-

ansi阵营的后缀或关键字母：

a—ansi

中性函数：或会变脸的，应用在两种编码下都可以编译场景，加入TChar.h配合String.h

_tcslen()会变脸成wcslen或strlen

C库的新版本的安全系列函数

1）字符串函数：加入StrSafe.h

_tcs拼加后面的选项即可cpy/cat/再拼接_s后才是安全字符串函数。第二参数为要处理的字符长度，用_countof宏（stdlib.h） 来得出字符数最好，注意不是字节数哟.

StringCch为前缀的也是安全函数。

注意：

使用微软包装的安全函数代替C库函数，好处是即时发现内存操作的异常，但有时也可能会出现“Debug Assertion Failed”对话框。当然要是debug模式下，当然也有办法屏了它，用release或定义InvailidParameterHandler函数，然后注册它，再程序运行开头加入个宏：_CrtSetReportMode(_CRT_ASSERT,0);

判断返回值必须等于宏S_OK,当不是这个值时必须要检查字符串的操作。

2）安全缓冲区函数：加入CrtDefs.h

memcpy_s——–wmemcpy_s

memmove_s——-wmemmove_s

第三章节 内核对象

有SECURITY_ATTRIBUTES结构为参数的生成才是内核对象，区别于GDI和其它的对象。

所以这也揭露了内核对象的本质是—-结构。而句柄则是—–由系统管理着的内存地址

CloseHandle()函数详析：

工作步骤：

1，验证自己主调进程中的句柄表，是否有权访问此句柄。如果有效，则获得内核对象的数据结构地址。

2，把内核对象结构使用计数减1，如果是0了，则销毁。

注意：

如果参数是无效的句柄，CloseHandle返回false，GetLastError返回ERROR_INVALD_HANDLE。如果在调试，则出现0xC0000008的异常抛出。

当函数返回前，清除当前进程的句柄表，所以以后代码不能再使用此句柄了。

当用变量保存过句柄的话，应该设置为NULL。

任务管理器是可以查看程序中的进程句柄表。

跨进程边界共享内核对象—略

第四章节 进程

进程内核对象在创建的时候总会处于未激发，无信号状态，但当进程终止时，系统自动会让进程对象变成激发状态，并且会永远保持这种状态。即回不到未激发状态。

C库会根据三个维度选择入口点函数：

编码，运行模式，运行环境

在VC自有的C运行库的源代码中，crtexe.c中可以找到以上win16四个函数的源代码。

这些启动函数或者说入口函数的作用是：

1）获取指向新进程的完整命令行的一个指针

2）获取指向新进程的环境变量的一个指针

3）初始化C运行库的全局变量。如果包括了StdLib.h，就可以访问这些全局变量了。

4）初始化内存分配和IO底层

5）调用所有全局和静态C++类对象的构造函数。

系统接管，加载exe,dll到进程的一个地址空间（与链接器有关了），把这个地址返回给第一个入口函数的参数，即实例句柄。

下面可以玩这个句柄了，GetModuleFileName().

如果，你忘记实例句柄了，或没没放到全局里，不过没关系，可以用GetModuleHandle(param).参数可以是一个路径，最好是程序里用到的某个dll，要么，param就是NULL，这样就会得到运行着的当前进程的实例句柄。

命令行和环境变量，最好不要用C运行库初始化后的内容，万一时机没对，还没初始化你就读了，会出问题，所以window有厚道的API。GetCommandLine()，C运行库都在用，你凭啥找事儿，对吧。

技巧一：配合CommandLineToArgvW(GetCommandLine(),&nNum)，可以得到友好的命令行参数。

这个配置和系统—》高级系统设置—》系统变量的内容是一致的。

入口点函数完后，就是进程的后事了，包括：

1）C运行库接管，调用自己的exit

2）调用_onexit()此前注册的任何一函数，假如你注册了的话。

3）调用所有全局和静态C++类对象的析构函数

4）如果有DEBUG则可以生成内存泄漏报告，可以深入去研究下。

5）C运行库来调用操作系统的ExitProcess函数，把入口点返回值以参数传入，即退出代码。这样系统就会杀死进程了，此函数返回值是void，它通知OS了，就应该无声息的over了。

注意，有时入口点返回，而有时线程可以调用ExitProcess和TerminalPorcess。

入口函数中显示使用ExitThread的函数，会让主线程退出，但如果其它线程还在工作呢？进程就不会退出，造成僵尸进程的凶手。

入口函数中显示使用ExitProcess的函数，会让C运行库函数没有执行清理资源的机会。

所以，最保险就是永远不显示的调用ExitX之类的函数。

更NB和危险的函数还有，那就是TerminalProcess，它厉害在它可以在某线程里被用，去干掉自己和别人的进程。

---

进程当前目录

这里要注意，因为，进程下的线程是有能力改写进程的当前目录，这也包括子进程。所以，要注意。

线程会通过GetCurrentDirectory()和SetCurrentDirectory()来存取路径。

做为进程，可以使用GetFullPathName()来看看现在的路径或者根据驱动器去环境变量里找到某路径。

第六章节 线程基础

创建线程，要使用_beginthreadex来代替WAPI提供的CreateThread。因为，要从编译器角度来创建。从用户角度至少看起来没有依赖OS。但事实上，里面还是用了CreateThread.

同样，杀线程，使用_endthreadex.

注：用以上两个库函数的原因是，因为，如果你用了signal函数，那么就要用_end函数来清理资源，可是那样，你就画不圆上下文了。同时使用时要注意有EX来标识的，因为存在着旧的弃用的函数。

CloseHandle是可以传已经被清理的或伪句柄的，只是它会返回false，并且对error置成ERROR_INVALID_HANDLE。

TerminalThread是异步的，只是发信号。要确定被杀的线程死了，要用WaitForSingleObject，向其传递线程句柄来守候。原理就是，线程的内核对象，当引用计数减为0时，会变成激发状态，有信号状态。

GetExitCodeThread是检查线程退出代码的。如果线程还没有退出，返回是STILL_ACTIVE宏的值。如果已经退出，返回true，并有相应值。

微软提供的C/C++库用于本机的开发。

线程句柄自获函数：

几乎所有的WAPI函数都要在第一参数传句柄的，所以，当你突然眼前一亮，想用WAPI了，这第一个参数必须难不住你呀。

HANDLE GetCurrentProcess();

HANDLE GetCurrentThread();

注意：以上两函数返回的是“伪句柄”

原因：

1）它们不会在进程句柄表中新建句柄，当然也不会影响引用计数。当然，CloseHandle()多释放一次，程序不死，只是它返回false。

2）它们返回的句柄要根据运行所在的进程和线程来关联。比如，在父线程中调用了，返回的句柄即使以参数传给子进程，则其指向仍然是子线程的。所以这一点有些像虚函数中的虚指针，只能意会不能言传了。

当然，有时用线程ID做些逻辑时，可以使用：

DWORD GetCurrentProcessId();

DWORD GetCurrentThreadId();

当然，如果你有了ID，你还可以换成句柄。

OpenThread()，下面示例一下转换办法并且，给出一个对进程优先级操作的技巧。

最后，再赠送两个函数用于获取进程，线程运行的时间。

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来填充。

递归计数———是否要触发

第19–20章节 dll的基础和高级技术

入口点函数：DllMain()

一般用来执行一些进程，线程有关的初始化和清理工作。要么不实现它，要么实现正常，返回true，否则，dll可能就不能被使用。

注意：

区分大小写的，否则就是无用的。

隐式调用dll时，系统启动时就会用到DllMain()，而显式调用时，在LoadLibraryex中来调用。并且，切入点是DLL_PROCESS_ATTACH

当引用了dll的exe要建立个新线程时，会检查所以已经被调入进程空间的dll的DllMain。并传入DLL_THREAD_ATTACH。有一个例外就是主线程切入仍以process来通知dll.