进程线程同步相关

﹏ヽ暗。殇╰゛Y 2022-03-20 11:28 229阅读 0赞

1.Critical\_section

相关操作：

InitializeCriticalSection  
EnterCriticalSection  
LeaveCriticalSection  
DeleteCriticalSection  
TryEnterCriticalSection //如果资源被占用会返回false,而不是进行睡眠等待。

InitializeCriticalSectionAndSpinCount(a, b)//b在单处理器中将会被忽略  
SetCriticalSectionSpinCount(a, b) //

struct RTL\_CRITICAL\_SECTION  
\{  
PRTL\_CRITICAL\_SECTION\_DEBUG DebugInfo;  
LONG LockCount;  
LONG RecursionCount;  
HANDLE OwningThread;  
HANDLE LockSemaphore;  
ULONG\_PTR SpinCount;  
\};  
struct RTL\_CRITICAL\_SECTION  
\{  
PRTL\_CRITICAL\_SECTION\_DEBUG DebugInfo;  
LONG LockCount;  
LONG RecursionCount;  
HANDLE OwningThread;  
HANDLE LockSemaphore;  
ULONG\_PTR SpinCount;  
\};

DebugInfo 此字段包含一个指针，指向系统分配的伴随结构，该结构的类型为  
RTL\_CRITICAL\_SECTION\_DEBUG  
LockCount 这是临界区中最重要的一个字段。它被初始化为数值 -1,这里LockCount为1意思为除了一个线程拥有它外，另外还有一个线程在等待它，它是由EnterCriticalSection增加，LeaveCriticalSection来减小的。（（“此数值等于或大于 0 时，表示此临界区被占用。当其不等于 -1 时，OwningThread 字段包含了拥有此临界区的线程 ID。此字段与 (RecursionCount -1) 数值之间的差值表示有多少个其他线程在等待获得该临界区”））是网上的资料，本人测试好像并不是这样，如果有知道两者之间的关系的，留言告知一下。

RecursionCount 此字段为本线程递归获得该临界区的次数。初始为0，如果该数值为零，下一个尝试获取该临界区的线程将会成功。

OwningThread 此字段包含当前占用此临界区的线程的线程标识符。此线程 ID 与 GetCurrentThreadId 之类的 API 所返回的 ID 相同,为0时临界区为有信号状态。  
LockSemaphore 它实际上是一个自复位事件，而不是一个信号。它是一个内核对象句柄，用于通知操作系统：该临界区现在空闲。操作系统在一个线程第一次尝试获得该临界区，但被另一个已经拥有该临界区的线程所阻止时，自动创建这样一个句柄。应当调用 DeleteCriticalSection（它将发出一个调用该事件的 CloseHandle 调用，并在必要时释放该调试结构），否则将会发生资源泄漏。  
SpinCount 仅用于多处理器系统。在多处理器系统中，如果该临界区不可用，调用线程将在对与该临界区相关的信号执行等待操作之前，旋转 dwSpinCount 次。如果该临界区在旋转操作期间变为可用，该调用线程就避免了等待操作。旋转计数可以在多处理器计算机上提供更佳性能，其原因在于在一个循环中旋转通常要快于进入内核模式等待状态。此字段默认值为零，但可以用InitializeCriticalSectionAndSpinCount API 将其设置为一个不同值。