大佬教程收集整理的这篇文章主要介绍了c – std :: shared_timed_mutex上的共享锁可以升级到独占锁吗?,大佬教程大佬觉得挺不错的,现在分享给大家,也给大家做个参考。
如果一个人持有一个共享锁,有没有什么办法将其交换(“升级”)到独占锁?换句话说,给出以下代码,如何避免非原子丢弃和重新锁定?
std::shared_timed_mutex m; //Guards a std::vector. m.lock_shared(); //Read from vector. (Shared lock is sufficient.) // ... //Now we want to write to the vector. We need an exclusive lock. m.unlock_shared(); // <---- Problem here: non-atomic! m.lock(); //Write to vector. // ... m.unlock();
理想情况下,m.unlock_shared(); m.LOCK();可以替换为m.upgrade_to_exclusive(); (或类似boost ::.upgrade_to_unique_lock()).
In a similar question but for Boost’s shared_mutex Dave S提到
我不知道这是否适用于std :: shared_mutex,虽然我怀疑它是.
基于std :: atomic / condition_variable或GCC的事务内存,我会很乐意合理解决.
编辑:霍华德的回答涉及我的问题.他的@L_403_1@包含了一个实现互斥升级的机制的很好的描述.我仍然欢迎基于std :: atomic / condition_variable或GCC的事务内存的工作.
编辑
为了回应user3761401的问题中的“从哪里走”编辑,我在这里创建了一个部分执行的upgrade_mutex / upgrade_lock:
https://github.com/HowardHinnant/upgrade_mutex
随意使用这个.它在公共领域.它只进行了轻微测试,并没有完整的功能描述在N3427.具体来说,以下功能缺失:
>无法将unique_lock转换为shared_timed_lock.
>无法尝试或定时转换shared_timed_lock到unique_lock.
>无法尝试或定时将upgrade_lock转换为unique_lock.
话虽如此,我已经将这个功能包含在upgrade_mutex中,可以在这个低级别上以非常丑的方式访问(例如在main.cpp中).
N3427提及的其他锁定转换可用.
>从shared_timed_lock到upgrade_lock的尝试和定时转换.
>从upgrade_lock转换到shared_timed_lock.
>阻止从upgrade_lock转换为unique_lock.
>从unique_lock转换到upgrade_lock.
它已经被放在命名空间acme.把它放在你想要的任何命名空间
要求
编译器需要支持“rvalue-this”限定符和显式转换操作符.
免责声明
可以通过使用std :: atomic来优化upgrade_mutex.在这方面没有做出任何努力(这是一个困难而且@R_385_10197@的任务,花费比现在更多的时间).
以上是大佬教程为你收集整理的c – std :: shared_timed_mutex上的共享锁可以升级到独占锁吗?全部内容,希望文章能够帮你解决c – std :: shared_timed_mutex上的共享锁可以升级到独占锁吗?所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错,欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。