Linux和windows临界区

最新推荐文章于 2025-09-23 15:27:48 发布

原创最新推荐文章于 2025-09-23 15:27:48 发布 · 9k 阅读

12 ·

CC 4.0 BY-SA版权

文章标签：

#windows #linux #null

C/C++ 专栏收录该内容

31 篇文章

订阅专栏

本文介绍了一种跨平台的锁机制实现方法，针对Linux和Windows系统分别使用了pthread_mutex和CRITICAL_SECTION来同步多线程访问共享资源。文章详细展示了声明、初始化、使用及销毁锁的全过程。

1.声明

#ifdef _LINUX

pthread_mutex_t mutex_lock;

#endif

#ifdef WIN32

CRITICAL_SECTION mutex_lock;

#endif

2.初始化

#ifdef _LINUX

pthread_mutex_init(&mutex_lock, NULL);

#endif

#ifdef WIN32

InitializeCriticalSection(&mutex_lock);

#endif

3.进入和退出临界区

#ifdef _LINUX

thread_mutex_lock(&mutex_lock);

......

pthread_mutex_unlock(&mutex_lock);

#endif

#ifdef _WIN32

EnterCriticalSection(&mutex_lock);

....

LeaveCriticalSection(&mutex_lock);

#endif

4.删除临界区

#ifdef _LINUX

pthread_mutex_destroy(&mutex_lock);

#endif

#ifdef WIN32

DeleteCriticalSection(&mutex_lock);

#endif

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

miechalzhao

关注关注

4
点赞
踩
12

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

使用Windbg分析多线程临界区死锁问题

dvlinker的技术专栏

01-03

5万+

使用Windbg分析多线程临界区死锁问题分享。

【多线程】临界区，互斥量，信号量，条件变量，事件以及区别

小鱼菜鸟的博客

10-04

731

目录互斥量(互斥锁)和信号量(PV) 信号和信号量信号量与条件变量 临界区与互斥量总结 Linux和windows临界区 互斥量(互斥锁)和信号量(PV) 多任务间同步的方式包括关中断，调度器上锁，互斥量(mutex),信号量，消息队列几种，其中互斥量和信号量使用使用方式相近，连概念和实现都有些近似，所以没有扎实操作系统背景...

参与评论您还未登录，请先登录后发表或查看评论

#ifdef _WIN32的作用

MDtime的博客

09-12

1454

就显得很重要，这种写法就是为了方便代码在不同的平台之间移植而设计的，可以提高软件的移动性，根据不同的平台，设计不同的代码，避免因平台的原因而运行失败或错误。下面以一个例子说明这种写法的作用。如果不是Windows平台，则执行#include<unistd.h>、#include <signal.h>和#include<pthread.h>头文件。如果是Windows平台，则执行下面的#include <windows.h>和#include<process.h>头文件；

#ifdef _WIN32

test_666

11-26

3552

　　由编译器（ml.exe/ml64.exe）内部定义的。具体描述是：　　_WIN32：Defined for applications for Win32 and Win64.Always defined. 　　_WIN64：Defined for applications for Win64. 　　windows平台上总是会有这种宏，所以用来判断是否是windows平台。 ...

Linux 内核竞争条件、临界区、锁机制

最新发布

onlymscn的博客

09-23

731

竞争条件是并发程序中多个线程/进程同时访问共享资源导致结果不可预测的问题。Linux内核通过多种同步机制解决：自旋锁适合短临界区，互斥锁支持睡眠等待，信号量实现资源计数，读写锁提升读性能，RCU优化高并发读场景，原子操作处理简单变量。合理选择锁类型（根据临界区长度、运行环境等）能保证数据一致性和系统稳定性。内核中广泛使用这些机制保护链表、计数器等共享资源的并发访问。

C++编程时#ifdef _WIN32的作用

weixin_42432402的博客

03-22

8214

这里写自定义目录标题C++编程时#ifdef _WIN32的作用 C++编程时#ifdef _WIN32的作用我们在使用VS进行C++编程时经常会遇到 #ifdef _WIN32 xxxxxxx #else xxxxx #endif 这样的写法。我们的代码有时需要在Windows系统下运行，有时需要在Linux系统下运行，那么这时代码的可以移植性就显得很重要，这种写法就是为了方便代码在不同的平台...

条件编译#ifdef的妙用详解_透彻

look_distance的博客

05-17

9284

#ifndef以及#ifndef WIN32

aa804738534的博客

03-16

2010

一般用法是这样的：这里可以定义如下： #define XXXXX #ifdef XXXXX 这里做一些操作,这些操作只有在XXXX已经被define的情况下才会执行到。一般还可能有else,如 #else 做另一些操作。。。 #endif 例子1：＃include "iostream.h" int main() { #ifdef DEBUG cout<< "Beginning execution of main()"; #endif return 0; } //运行

Th12：windows临界区、其他各种mutex互斥量

weixin_44980842的博客

12-31

1002

《1》windows临界区（稍微见识见识即可，因为不是linux下的，不是重点！）因为windows临界区和C++11中的mutex互斥量非常类似，因此这里做个介绍。 demo_codes： #include<iostream> #include<mutex> #include<thread> #include<deque> #include<Windows.h> //若要在windows下自带的程序做一些多线程的编程...

C++多线程同步之临界区（CriticalSection）、WINDOWS和LINUX

蜜汁程序员的博客

01-19

3163

线程同步 临界区 临界区

09-01

在Windows操作系统中，临界区通过定义CRITICAL_SECTION结构体和使用EnterCriticalSection和LeaveCriticalSection函数来实现。当线程调用EnterCriticalSection进入临界区时，如果该临界区未被其他线程占用，那么该...

预定义常量WIN32、_WIN32、_WIN64的作用

technologyleader的专栏

05-10

3615

MSDN 里说，VC有3个预处理常量，分别是_WIN32，_WIN64，WIN32。这三个常量如何使用呢？看起来简单，其实是很困惑的。 WIN32 在 Win32 配置下，WIN32在“项目属性-C/C+±预处理器-预处理器定义”里声明了，而在 x64 配置下，这个常量并不在项目预定义列表中。这是否说明可以根据 WIN32 来判断是否在 x64 平台呢？不。在 Windows SDK的minwindef.h下第37行有如下定义： #ifndef WIN32 #define WIN32 #e.

Linux----临界区解释

qq_45699770的博客

10-06

1957

关于临界区的一个简单的解释可以是这样子的：由一个大型的进程派生两个或者多个线程。假设有两个协同工作的线程存在，也许这两个线程是为了共同处理一个大型的文件，那么这两个线程极大程度上会共享一些全局变量的。但是这就会引发一系列不可避免要处理的问题出来！我们知道线程在执行必要的代码片段时，也许会获取并修改全局变量，（当然假设中会让这两个线程拥有类似的代码片段），线程的做法是：它会先把全局变量保存在自己的寄存器中（这个寄存器是线程在执行自己的代码片段时，CPU合理分配给它的），然后修改完全局变量之后再将寄存器中修改

Windows中一些宏的含义

逝无痕——kaidy

11-12

1221

1. _WIN32_WINDOWS，_WIN32_WINNT，WINVER 这三个宏其实都是Windows的版本宏，在Windows 95，98，Me这一分支的OS中，Windows的定义的版本宏是_WIN32_WINDOWS。与此同时，Windows重新开发了NT系列，且其编号从NT4.0开始，经过Windows 2000，XP， Server 2003，Vista，Server2008，Wi

Linux进程间通信——软件实现临界区互斥的基本方法

ye_yumo的博客

08-21

804

假如P0进程想访问临界区，就先查看P1进程是否想用（flag[1]是否为true），是的话就等待，不是的话就把自己的设为true，然后访问临界区，访问完之后把自己设为false。这就相当于先声明我要拉，后一步检查对方要不要，但是我们继续考虑并发的情况，如果两个进程几乎同时声明自己要拉，检查的时候两个进程都会一直循环等待，结果就导致谁都没办法拉了。这就相当于一个人在拉之前先问一句，你要不要拉，你要拉的话那你先，你不拉那我要拉了，拉完之后跟他说拉完了，你可以去了。

Linux线程安全