专门卖化妆品网站建设,搜索app下载安装,正能量网站窗口免费进,天津建站管理系统信息前面提出了一个经典的多线程同步互斥问题#xff0c;本篇将用关键段CRITICAL_SECTION来尝试解决这个问题。 本文先介绍如何使用关键段#xff0c;然后再深层次的分析下关键段的实现机制和原理。 关键段CRITICAL_SECTION一共就四个函数#xff0c;下面说一下这四个函数的原型…前面提出了一个经典的多线程同步互斥问题本篇将用关键段CRITICAL_SECTION来尝试解决这个问题。 本文先介绍如何使用关键段然后再深层次的分析下关键段的实现机制和原理。 关键段CRITICAL_SECTION一共就四个函数下面说一下这四个函数的原型和使用。 函数功能初始化
函数原型
void InitializeCriticalSection(LPCRITICAL_SECTIONlpCriticalSection);
函数说明定义关键段变量后必须先初始化。函数功能销毁
函数原型
void DeleteCriticalSection(LPCRITICAL_SECTIONlpCriticalSection);
函数说明用完之后记得销毁。函数功能进入关键区域
函数原型
void EnterCriticalSection(LPCRITICAL_SECTIONlpCriticalSection);
函数说明系统保证各线程互斥的进入关键区域。函数功能离开关关键区域
函数原型
void LeaveCriticalSection(LPCRITICAL_SECTIONlpCriticalSection); 然后在前面的这个经典多线程问题中设置两个关键区域。一个是主线程在递增子线程序号时另一个是各个线程互斥的访问输出全局资源。 #include stdio.h
#include process.h
#include windows.hlong g_nCount;
unsigned int __stdcall Fun(void *pPM);
const int THREAD_NUM 10;
//关键段变量声明
CRITICAL_SECTION g_csThreadParameter, g_csThreadCode;int main()
{//关键段初始化InitializeCriticalSection(g_csThreadParameter);InitializeCriticalSection(g_csThreadCode);HANDLE handle[THREAD_NUM];g_nCount 0;int i 0;while(i THREAD_NUM){EnterCriticalSection(g_csThreadParameter);//进入子线程序号关键区域handle[i] (HANDLE)_beginthreadex(NULL, 0, Fun, i, 0, NULL);i;}WaitForMultipleObjects(THREAD_NUM, handle, TRUE, INFINITE);DeleteCriticalSection(g_csThreadCode);DeleteCriticalSection(g_csThreadParameter);return 0;
}unsigned int __stdcall Fun(void *pPM)
{int nThreadNum *(int *)pPM;LeaveCriticalSection(g_csThreadParameter);//离开子线程序号关键区域Sleep(50);EnterCriticalSection(g_csThreadCode);//进入各子线程的互斥区g_nCount;Sleep(0);printf(线程编号为%d 全局资源值为%d\n, nThreadNum, g_nCount);LeaveCriticalSection(g_csThreadCode);//离开各个子线程的互斥区域return 0;
} 运行结果 可以看到各个子线程能够成功的访问和输出全局资源了但是主线程和子线程之间的同步还是有点问题。 想找到问题最直接的方法就是在程序中添加断点来查看程序的执行流程 正常来说两个断点应该轮流执行才可以但是实际的调试过程中却发现实际的情况不是如此。在没有运行第二个断点的情况下主线程可以多次通过第一个断点也就是 EnterCriticalSection(g_csThreadParameter); 这个语句。这说明主线程可以多次进入这个关键区而不用子线程去帮助它释放关键区的变量。 找到了主线程不能和子线程同步的原因了那么为什么他们功能用关键段进行同步呢 先找到关键段CRITICAL_SECTION的定义吧它在WinBase.h中被定义成RTL_CRITICAL_SECTION。而RTL_CRITICAL_SECTION在WinNT.h中声明它其实是个结构体 typedef struct _RTL_CRITICAL_SECTION {PRTL_CRITICAL_SECTION_DEBUG DebugInfo;LONG LockCount;LONG RecursionCount;HANDLE OwningThread; // from the threads ClientId-UniqueThreadHANDLE LockSemaphore;DWORD SpinCount;
} RTL_CRITICAL_SECTION, *PRTL_CRITICAL_SECTION;
各个参数的解释如下
第一个参数PRTL_CRITICAL_SECTION_DEBUG DebugInfo;
调试用的。
第二个参数LONG LockCount;
初始化为-1n表示有n个线程在等待。
第三个参数LONG RecursionCount;
表示该关键段的拥有线程对此资源获得关键段次数初为0。
第四个参数HANDLE OwningThread;
即拥有该关键段的线程句柄微软对其注释为——from the threads ClientId-UniqueThread
第五个参数HANDLE LockSemaphore;
实际上是一个自复位事件。
第六个参数DWORDSpinCount;
旋转锁的设置单CPU下忽略由这个结构可以知道关键段会记录拥有该关键段的线程句柄即关键段是有“线程所有权”概念的。事实上它会用第四个参数OwningThread来记录获准进入关键区域的线程句柄如果这个线程再次进入EnterCriticalSection()会更新第三个参数RecursionCount以记录该线程进入的次数并立即返回让该线程进入。其它线程调用EnterCriticalSection()则会被切换到等待状态一旦拥有线程所有权的线程调用LeaveCriticalSection()使其进入的次数为0时注意这句话的意思是Enter和Leave必须在同一个线程中系统会自动更新关键段并将等待中的线程换回可调度状态。 因此可以将关键段比作旅馆的房卡调用EnterCriticalSection()即申请房卡得到房卡后自己当然是可以多次进出房间的在你调用LeaveCriticalSection()交出房卡之前别人自然是无法进入该房间。 回到这个经典线程同步问题上主线程正是由于拥有“线程所有权”即房卡所以它可以重复进入关键代码区域从而导致子线程在接收参数之前主线程就已经修改了这个参数。所以关键段可以用于线程间的互斥但不可以用于同步。 另外由于将线程切换到等待状态的开销较大因此为了提高关键段的性能Microsoft将旋转锁合并到关键段中这样EnterCriticalSection()会先用一个旋转锁不断循环尝试一段时间才会将线程切换到等待状态。下面是配合了旋转锁的关键段初始化函数。 函数功能初始化关键段并设置旋转次数
函数原型
BOOLInitializeCriticalSectionAndSpinCount(LPCRITICAL_SECTIONlpCriticalSection,DWORDdwSpinCount);
函数说明旋转次数一般设置为4000。函数功能修改关键段的旋转次数
函数原型
DWORDSetCriticalSectionSpinCount(LPCRITICAL_SECTIONlpCriticalSection,DWORDdwSpinCount);最后总结下关键段 1关键段共初始化化、销毁、进入和离开关键区域四个函数。 2关键段可以解决线程的互斥问题但因为具有“线程所有权”所以无法解决同步问题。 3推荐关键段与旋转锁配合使用。转载于:https://www.cnblogs.com/stemon/p/4390189.html
