WebRTC源代码探索之旅——多线程篇(6 - 3)

本文深入探讨WebRTC的多线程实现,包括talk_base::AutoThread如何封装线程以支持Thread::Send操作,talk_base::ComThread在Windows平台下初始化COM组件,以及talk_base::SocketServerScope如何临时替换线程的SocketServer实现。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

6.4 talk_base::AutoThread

 

该类是一个工具类,它的主要功能是临时封装一个线程。用户的应用程序自行调用了系统API创建了一个线程,而这条线程需要临时使用一下talk_base::Thread的功能,比如调用另一个线程talk_base::Thread::Send并阻塞等待另一条线程完成函数调用。是的,在talk_base::Thread中talk_base::Thread::Send就用到了talk_base::AutoThread来确保发起Send调用的线程具备等待调用返回的能力(如果发起Send的线程已经被talk_base::Thread封装,那么talk_base::AutoThread将不起作用)。

 

接下来让我们看一下WebRTC是如何是如何实现talk_base::AutoThread的。首先,在它的构造函数中会检查TLS。如果在TLS已经保存了封装当前线程的talk_base::Thread,则什么事情都不做;如果没有,就将当前构造talk_base::AutoThread设置入TLS。需要注意的是“设置”操作,即调用talk_base::ThreadManager::SetCurrentThread函数,不是包装,该函数仅仅将talk_base::AutoThread的指针村放入TLS。没有激发talk_base::AutoThread::running_(它不是布尔变量,而是一个talk_base::Event类型的变量),所以调用talk_base::Thread::running返回值为false。析构函数中虽然调用了talk_base::Thread::Stop函数,但是因为没有激发talk_base::Thread::running_,结果是什么都没做。最后检查TLS,如果存放着指向自己(talk_base::AutoThread)的指针就将他设置为NULL。

 

6.5 talk_base::ComThread

 

该类是一个很简单的辅助工具类,就是帮助在Windows平台下需要使用COM组件的线程在启动的时候调用CoInitialize

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值