C++0x概览:多线程(3)
在初始化时保护数据 如果你的数据需要在初始化时被保护,就不能再使用mutex了。因为在初始化结束后,这会引起不必要的同步。C++0x提供了很多方法来在初始化时保护数据。 1)假定你的构造函数是用constexpr关键字声明并且满足常量初始化的条件。在这种情况下,一个静态存储区的对象在静态初始阶段会确保在其他代码运行之前被初始化。对于std::mutex来说,这是最佳选择,因为它消除了全局mutex初始化时产生紊乱的可能性。
2)在一个块作用域(block scope)中使用静态变量。在C++0x中,块作用域的静态变量在函数第一次被调用时初始化。如果另一个线程在初始化完成之前试图调用该函数,它必须等待。
3)如果以上情况都不适用(对象可能是动态创建),那么最好使用std::call_once和std::once_flag。从名字就可以看出,std::call_once用于与一个std::once_flag实例协作,指定的函数将只会执行一次。
同std::thread构造函数一样,std::call_once也可以接受函数对象作为参数,并且接受多个参数。再次强调,默认是传拷贝。如果要传引用,请使用std::ref. 等待事件 如果想在线程间共享数据,通常需要一个线程等待另一个线程执行某些操作。我们希望这不要花费CPU时间。如果线程只是等待访问共享数据,那mutex锁就足够了。不过,这样做有时并达不到想要的结果。 最简单的方法是让线程Sleep一段时间,然后去检查是否可以进行想要的操作。一定要确保你用来保护指示事件已经发生的数据的mutex在线程休眠的时候已经unlock(这话是不是听着很别扭?呵呵,我也不知道怎么翻译会容易让人理解一些。不过看了下面这段代码,相信你会明白的):
这是最简单的方法,但是并不好。有两个原因。第一,在数据准备好之后,线程在被唤醒后去检查数据之前平均需要等待5毫秒。这有时会造成明显的滞后。尽管可以通过减少等待时间来解决,但是这会带来第二个问题:每隔10毫秒,线程必须醒来,获得mutex,检查flag,即使什么也没有发生。这将耗费CPU时间和增加对mutex的抢占。因此,这将潜在地减慢了正在等待的线程去执行任务。 如果你发现你的代码是那么写的,那么请用条件变量来代替。不要让线程等待一段确定的时间,你可以让线程休眠直到收到另一个线程通知。这可以有效地让等待线程的CPU使用率为0。我们可以用条件变量来重写foo函数:
注意上面的代码把 lock对象lk作为参数传给了wait()函数。条件变量在wait()函数的unlock这个mutex,在退出函数的时候再将其lock。这样可以确保线程在休眠时被保护的数据可以被其他线程修改。设置data_ready标志的代码可以这样写:
你仍然需要检查数据是否已经准备好,因为条件变量有可能被恶意唤醒,此时wait()函数将返回尽管它没有被另一个线程通知。如果你担心这种情况,你可以让标准库来帮你搞定。你只需要指明你在等待什么即可。
|
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务,公司网站:http://www.lingzhong.cn 为了给广大客户了解更多的技术信息,本技术文章收集来源于网络,凌众科技尊重文章作者的版权,如果有涉及你的版权有必要删除你的文章,请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息,谢谢! |