可重入函数和线程安全

可重入函数和线程安全

1.线程安全

线程安全:当一个函数被多个并发进程反复调用时,它会一直产生正确而的结果,称其为线程安全的。

若一个函数不是线程安全的,就称其为线程不安全的。

线程安全就是说多线程访问同一代码,不会产生不确定的结果。换句话说,线程安全就是多线程访问时,采用加锁机制,当一个线程访问该类的某个数据时,用锁对数据进行保护,其他线程不能访问该数据直到该线程读取完,其他线程才可使用,线程安全不会出现数据不一致或者数据污染。

我们定义四类线程不安全的函数

1)不保护共享变量(临界资源)的函数

将这类线程不安全函数可以通过P、V操作来保护共享变量(临界资源)。

优点:调用从程序中不需要进行修改

缺点:同步操作会减慢程序的执行时间

2)保持跨越多个调用的状态函数

一个伪随机数生成器就是这类线程不安全函数的例子


rand函数是线程不安全的,因为当前调用的结果依赖于前次调用的中间结果。当我们调用srang为rand设置一个种子后,我们反复从一个单线程中调用rand,能够预期一个可重复的随机数字序列。但是若有多个线程同时调用rand函数,这样的假设就会出现问题

使rand函数变为线程安全的方法是重写它。

3)返回指向静态变量指针的函数

有些函数将计算结果放在静态结构中,并返回一个指向这个结构的指针。若从并发线程中带哦用这些函数可能会发生问题,因为正在被一个线程使用的结果会被另一个线程覆盖

有两种方法处理这类线程不安全的函数。一是重写函数,使得调用者传递存放结果的结构地址,消除共享数据

二是使用lock-and-copy加锁拷贝,调用互斥锁来保护。

4)调用线程不安全函数的函数

若一个函数调用一个线程不安全的函数,则自己也会变成一个线程不安全的函数

2.可重入函数

可重入函数:可重入函数是线程安全函数的一种,特点是,它们被多个线程调用时,不会引用任何共享数据

可重入函数通常不不可重入的线程安全函数效率高一些,因为它们不需要同步操作

显式可重入函数:若所有函数的参数都是传值传递的,并且所有的数据引用都是局部变量,那么函数就是显式可重入的

隐式可重入函数:可重入函数中的一些参数是引用传递,也就是说,在调用线程传递指向非共享数据的指针时,才是可重入的。

3.可重入函数和线程安全的区别与联系

1)线程安全是在多个线程情况下引发的,而可重入函数可以只在一个线程的情况下

2)线程安全不一定是可重入的,而可重入函数则一定是线程安全的

3)如果一个函数中有全局变量,那么这个线程既不是线程安全的也不是可重入的

4)如果将对临界资源的访问上锁,则这个函数是线程安全的,但如果这个重入函数若锁还未释放则会发生死锁,因此是不可冲入的

5)线程安全函数能够使不同的线程访问同一块地址空间,而可重入函数要求不同的执行流对数据的操作互不影响使结果是相同的




<think>嗯,用户这次想明确区分可重入函数线程安全这两个容易混淆的概念。从引用内容看,用户已经查阅了相关资料,但需要更清晰的对比解释。用户可能是开发者或计算机专业学生,正在学习多线程编程的基础概念。 注意到引用[1][3]都强调可重入函数“不引用共享数据”的特性,而引用[2]详细讨论了线程本地存储的实现方式。用户真正需要的可能是实践层面的区分标准,比如如何判断某个函数是否可重入,以及在什么场景下选择哪种实现方式。 上次回答中我用表格对比了五个维度(定义、数据依赖、中断安全性、同步机制、效率),这次应该延续这个框架但更聚焦区别点。特别要澄清一个关键误解:线程安全函数不一定可重入(如有锁保护的全局变量操作),可重入函数也未必线程安全(如使用线程局部存储但未互斥访问系统资源)。 用户可能隐含的实际需求是:在开发中如何避免因混淆概念导致的bug。需要补充说明线程安全函数可能依赖锁同步,而纯粹的可重入函数通常通过栈变量或线程局部存储实现无锁编程——这点对高性能场景很重要。 引用[3]提到的“中断后数据不丢失”是可重入独有的特性,值得单独强调。最后考虑用文件操作的例子说明:可重入版本必须避免使用全局缓冲区,而线程安全版本可能用互斥锁保护共享文件句柄。 </think>理解可重入函数线程安全的区别是多线程编程的核心概念。以下是基于引用的清晰对比分析: ### 核心区别 | **维度** | **可重入函数** | **线程安全函数** | |-------------------|-------------------------------------------|------------------------------------------| | **定义** | 函数**在执行过程中被中断后再次调用**仍能正确运行 | 函数**被多个线程并发调用**时能保持行为正确 | | **数据依赖** | **禁止使用**任何静态/全局数据或共享资源 [^1][^3] | **允许使用**共享数据,但需通过锁等机制强制同步 | | **中断安全性** | ✅ 可被信号/中断打断后恢复执行而不破坏数据 [^3] | ❌ 不保证中断安全性 | | **同步机制** | 天然无锁,无需同步操作 [^1] | 通常依赖锁(互斥锁/信号量)等同步机制 | | **效率** | 更高(无锁开销)[^1] | 较低(同步机制引入开销) | ### 关键联系 1. **包含关系** 可重入函数线程安全函数 [^1] *原因*:可重入函数不依赖共享状态,天然满足多线程并发要求。 2. **转化限制** 依赖全局变量的线程不安全函数 → 必须重写为**可重入函数**才能实现线程安全(仅加锁无法解决重入问题)[^1] ### 实践案例对比 ```c // 可重入函数示例:仅用局部变量 int reentrant_add(int a, int b) { return a + b; // ✅ 无共享状态 } // 线程安全但不可重入:用锁保护全局变量 int global_counter = 0; pthread_mutex_t lock; int thread_safe_inc() { pthread_mutex_lock(&lock); global_counter++; // ❌ 依赖共享数据 pthread_mutex_unlock(&lock); return global_counter; } ``` ### 常见误解澄清 - ❌ *"线程安全函数必然可重入"* **反例**:上述`thread_safe_inc()`函数加锁后线程安全,但若在`global_counter++`执行时被中断,中断处理程序再次调用此函数会导致**死锁**(锁已被持有)[^2]。 - ❌ *"可重入函数必然线程安全"* **成立**:因不依赖共享状态,多线程并发调用不会冲突 [^1][^3]。 > 关键结论:可重入性是比线程安全**更严格的要求**,它通过消除共享状态从根本上规避并发问题,而非依赖运行时同步[^2][^3]。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值