WebRTC源代码探索之旅——多线程篇（2）

最新推荐文章于 2023-08-20 22:03:19 发布

kenny_zh

最新推荐文章于 2023-08-20 22:03:19 发布

阅读量1.4k

点赞数

分类专栏： webrtc 文章标签： c++ webrtc 多线程源代码

本文链接：https://blog.csdn.net/kenny_zh/article/details/38581107

版权

本文深入探讨了WebRTC源代码中的多线程实现，重点关注了talk_base::CriticalSection、CritScope和TryCritScope类。在Linux平台上，CriticalSection使用pthread的mutex模拟Win32的Critical Section，并设置为递归类型。CritScope和TryCritScope通过构造/析构函数实现锁的自动管理。文章还介绍了多路信号分离器在多线程中的核心作用。

摘要由CSDN通过智能技术生成

2 crticalsection

criticalsection.h/criticalsection.cc文件中包含了3个类talk_base::CriticalSection、talk_base::CritScope和talk_base::TryCritScope。这3个类对于有多线程编程经验的Windows开发人员来说都是非常容易理解的。基本上就是对Win32 CriticalSection的简单封装。

2.1 talk_base::CriticalSection

talk_base::CriticalSection主要实现了跨平台实现临界区的功能。在Linux平台上使用了pthread的mutex模拟Win32的Critical Section。以下对比一下API：

InitializeCriticalSection

pthread的mutex初始化略比Win32的CriticalSection复杂一些。pthread_mutexattr_init函数用来初始化一个mutex属性变量。pthread_mutexattr_settype函数用来设置mutex的各种属性。在talk_base::CriticalSection中为mutex设置了PTHREAD_MUTEX_RECURSIVE。通过网上查询该属性被描述为：

“如果一个线程对这种类型的互斥锁重复上锁，不会引起死锁，一个线程对这类互斥锁的多次重复上锁必须由这个线程来重复相同数量的解锁，这样才能解开这个互斥锁，别的线程才能得到这个互斥锁。如果试图解锁一个由别的线程锁定的互斥锁将会返回一个错误代码。如果一个线程试图解锁已经被解锁的互斥锁也将会返回一个错误代码。这种类型的互斥锁只能是进程私有的（作用域属性为PTHREAD_PROCESS_PRIVATE）。”

通过设置不同的属性pthread mutex可以实现很