ccriticalsection 调用 2次_递归 2次调用_layoutsubviews 调用2次(4)

返回值0表示互斥对象已被占用，非0表示未被占用。

下面函数可以使所有者放弃其占有的互斥对象并使其进入信号态：

ASSERT(KeGetCurrentIrql() == PASSIVE_LEVEL);
LONG wassignalled = KeReleaseMutex(mutex, wait);

wait参数与KeSetEvent函数中的含义相同。该函数返回值总是0ccriticalsection 调用 2次，表示该互斥对象曾被占用过，如果不是这种情况(所有者释放的不是它自己的对象)，KeReleaseMutex将产生bug check。

出于完整性的考虑，我想提一下KeWaitForMutexObject函数，它是DDK中的宏(见WDM.H)。其定义如下：

#define KeWaitForMutexObject KeWaitForSingleObject

内核定时器

内核还提供了一种定时器对象，该对象可以在指定的绝对时间或间隔时间后自动从非信号态变为信号态。它还可以周期性地进入信号态。我们可以用它来安排一个定期执行的DPC回调函数。表4-5列出了用于定时器对象的服务函数。

表4-5. 内核定时器对象的服务函数

服务函数描述

KeCancelTimer

取消一个活动的定时器

KeInitializeTimer

初始化一次性的通知定时器

KeInitializeTimerEx

初始化一次性的或重复通知的或同步的定时器

KeReadStateTimer

获取定时器的当前状态

KeSetTimer

为通知定时器设定时间

KeSetTimerEx

为定时器设定时间和其它属性

通知定时器用起来象事件

//创建内存流对象，初始分配50字节的缓冲区。还有内存未初始化漏洞的利用也与之类似，内存未初始化漏洞是指分配一块内存后未经初始化就直接进行使用，我们为了控制未初始化对象的内容会先释放一些与之相同大小的已布置好内容的内存，然后让未初始化对象来重用我们的内存。内存分配后，虚拟机需要将每个对象分配到的内存初始化为0值（不包括对象头），这也就是为什么实例字段可以不用初始化，直接为0的原因。

PKTIMER timer;      //  someone gives you this
ASSERT(KeGetCurrentIrql() <= DISPATCH_LEVEL);
KeInitializeTimer(timer);

在此，定时器处于非信号状态，它还没有开始倒计时，在这样的定时器上等待的线程永远得不到唤醒。为了启动定时器倒计时，我们调用KeSetTimer函数：

ASSERT(KeGetCurrentIrql() <= DISPATCH_LEVEL);
LARGE_INTEGER duetime;
BOOLEAN wascounting = KeSetTimer(timer, duetime, NULL);

duetime是一个64位的时间值，单位为100纳秒。如果该值为正，则表示一个从1601年1月1日算起的绝对时间。如果该值为负，则它是相对于当前时间的一段时间间隔。

方式五：与gettickcount()函数类似的多媒体定时器函数dword timegettime(void)，该函数定时精 度为ms级，返回从windows启动开始经过的毫秒数。对于对话框和基于对话的应用程序，可以使用classwizard处理该信息并调用基类函数， 如果函数返回htclient 则表明鼠标在客房区域，返回htcaption表明鼠标在windows的标题栏中。# 因为当你调用被装饰器返回的函数时，实际你是在调用封装函数 。

下面语句读取定时器的当前状态：

ASSERT(KeGetCurrentIrql() <= DISPATCH_LEVEL);
BOOLEAN counting = KeReadStateTimer(timer);

KeInitializeTimer和KeSetTimer实际上是旧的服务函数，它们已经被新函数取代。我们可以用下面调用初始化定时器：

ASSERT(KeGetCurrentIqrl() <= DISPATCH_LEVEL);
KeInitializeTimerEx(timer, NotificationTimer);

定时器设置函数也有扩展版本，KeSetTimerEx：

ASSERT(KeGetCurrentIrql() <= DISPATCH_LEVEL);
LARGE_INTEGER duetime;
BOOLEAN wascounting = KeSetTimerEx(timer, duetime, 0, NULL);

我将在本章后面解释该函数扩展版本的新参数。

即使定时器开始倒计时，它仍处于非信号态，直到到达指定的时间。在那个时刻，该定时器对象自动变为信号态，所有等待的线程都被释放。

如果该对象有必要执行finalize()方法，那么这个对象将会放在一个称为f-queue的对队列中，虚拟机会触发一个finalize()线程去执行，此线程是低优先级的，并且虚拟机不会承诺一直等待它运行完，这是因为如果finalize()执行缓慢或者发生了死锁，那么就会造成f-queue队列一直等待，造成了内存回收系统的崩溃。尽管应用程序能够设留它的线程的优先等级，但通常前台线程具有比后台线程稍高的优先等级．正因为如此，前台线程所占cpu时间比后台线程要长。根据中金公司发布的产品成立公告显示，此项资产支持证券全称为“中金-宜人精英贷信托受益权资产支持专项计划”，本专项计划分为优先a1级、优先a2 级、优先a3级、优先a4级、优先a5级、优先a6级、优先b级和中间级。

这行代码完成了以下操作：首先，它分配堆上的内存，以存储customer对象（一个真正的对象，不只是一个地址）。堆(或 内存堆 heap) 一种常规用途的内存池 也在 ram 内 所有 java 对象都保存在里面 和堆栈不同 内存堆 或 堆heap 最吸引人的地方在于编译器不必知道要从堆里分配多少存储空间 也不必知道存储的数据要在堆里呆多长的时间 因此用堆保存数据时会得到更大的灵活性 要创建一个对象时 只需用 new 命令编制相关的代码即可执行这些代码时 就会在堆里自动进行数据的保存不过 为了获得这种灵活性 我们也必然需要付出一定的代价 假如在内存堆里分配存储空间 和分配规格存储空间相比 前者要花掉更长的时间 和c++不同 java 事实上是不允许在堆栈里创建对象的 这样说 只是为了进行理论上的一种比较。除了mem_get0函数其余代码做一些初始化的相关工作，后面有一个分配多键值对的内存结构体需要分配，如果失败就是归还内存池和释放锁占用的资源。

PKDPC dpc;  //  points to KDPC you've allocated
ASSERT(KeGetCurrentIrql() == PASSIVE_LEVEL);
KeInitializeTimer(timer);
KeInitializeDpc(dpc, DpcRoutine, context);

语句对象的生命周期经历这样的过程：l 使用sqlite3_prepare_v2或相关的函数创建这个对象l 使用sqlite3_bind_*()给宿主参数（host parameters）绑定值l 通过调用sqlite3_step一次或多次来执行这个sqll 使用sqlite3——reset()重置这个语句，然后回到第2步，这个过程做0次或多次l 使用sqlite3_finalize()销毁这个对象在sqlite中并没有定义sqlite3_stmt这个结构的具体内容，它只是一个抽象类型，在使用过程中一般以它的指针进行操作，而sqlite3_stmt类型的指针在实际上是一个指向vdbe的结构体得指针<2>宿主参数(host parameters)在传给sqlite3_prepare_v2()的sql的语句文本或者它的变量中，满足如下模板的文字将被替换成一个参数：l 。c+ +中的const：成员函数不修改对象中的任何数据成员时，即不修改对象中的任何一个比特时，这个成员函数才是const的造成的问题是可以修改指针指 向的值，而且不能修改对象中的一些必要修改的值解决方案是将必要修改的成员运用mutable关键字另一种方法是使用const_cast初始化一个 局部变量指针，使之指向this所指的同一个对象来间接实现还有一种有用又安全的方法：在知道参数不会在函数内部被修改的情况下，将一个const对象 传递到一个取非const参数的函数中。对于某个对象，其 调用存在多态行为的某个函数时，会先通过虚表指针得到虚表.再根据函数在虚表中的偏移来得到相应的函数指针，最后才会调用函数.最后总结一下: 一个对象创建后 ,会在内存中占用一定的空间, 如果对象有虚函数调用的话(ie 中的对象基本都有 ) ,其内存块开头的 4 字节 会指向一个 叫做 虚表的东西 , 当 对象调用虚函数时 首先会 取出 虚表指针 (即 开头的 4字节) ,再到 虚表处根据所调用函数对虚表的相对偏移找到函数指针 , 最终 跳到 函数指针处执行 .。

当开始启动定时器的倒计时，我们把DPC对象指定为KeSetTimer或KeSetTimerEx函数的一个参数：

ASSERT(KeGetCurrentIrql() <= DISPATCH_LEVEL);
LARGE_INTEGER duetime;
BOOLEAN wascounting = KeSetTimer(timer, duetime, dpc);

这个KeSetTimer调用与上一段中的调用的不同之处是，我们在最后一个参数中指定了一个DPC对象地址。当定时器时间到时，系统将把该DPC排入队列，并且只要条件允许就立即执行它。在最差的情况下，它也与在PASSIVE_LEVEL级上唤醒线程一样快。DPC函数的定义如下：

VOID DpcRoutine(PKDPC dpc, PVOID context, PVOID junk1, PVOID junk2)
{
  ...
}

即使你为KeSetTimer或KeSetTimerEx提供了DPC参数，你仍可以调用KeWaitXxx函数使自己在PASSIVE_LEVEL级上等待。在单CPU的系统上，DPC将在等待完成前执行，因为它执行在更高的IRQL上。

同步定时器

与事件对象类似，定时器对象也有两种形式：通知方式和同步方式。通知定时器允许有任意数量的等待线程。同步定时器正相反，它只允许有一个等待线程。一旦有线程在这种定时器上等待，定时器就自动进入非信号态。为了创建同步定时器，你必须使用扩展形式的初始化函数：

ASSERT(KeGetCurrentIrql() <= DISPATCH_LEVEL);
KeInitializeTimerEx(timer, SynchronizationTimer);

SynchronizationTimer是枚举类型TIMER_TYPE的一个枚举值。另一个枚举值是NotificationTimer。

value（计数）外，还有一个等待队列list，其中是阻塞在该信号量的各个线程的标识。第一个参数为队列句柄，第二个参数为队列元素，第三个参数为阻塞超时时间，如果在发送时队列已满，这个时间即是任务处于阻塞态等待队列空间有效的最长等待时间。得益于信号量，通道在空队列时阻塞接收线程，在队列满时阻塞发送线程。

周期性定时器

哪个定时器定时时间到就执行哪个定时器回调函数，如果某个回调函数调用可能导致阻塞的函数，就会影响其他回调函数的调用周期，所以不建议在回调函数调用可能导致阻塞的函数。专心的读者可能已注意到这个列表一个有趣的省略: 没有实际读或写数据的函数. 在块 i/o 子系统, 这些操作由请求函数处理, 它们应当有它们自己的一节并且在本章后面讨论. 在我们谈论服务请求之前, 我们必须完成对磁盘注册的讨论.。首先依然是识别出热点，如果是热点写操作，那么该请求会被分发到专门的热点合并线程处理，该线程根据key对写请求进行一定时间内的合并，随后由定时线程按照预设的合并周期将合并后的请求提交到引擎层。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-112548-4.html