本文介绍了将std：：lock_Guard与try_lock一起使用的处理方法，对大家解决问题具有一定的参考价值，需要的朋友们下面随着小编来一起学习吧！
问题描述
是否有什么方法可以告诉std::lock_guard在获取互斥体时调用try_lock而不是lock？
我能想到的唯一方法是使用std::adopt_lock：
if (!_mutex.try_lock())
{
// Handle failure and return from the function
}
std::lock_guard<my_mutex_class> lock(_mutex, std::adopt_lock);
有没有内置的解决方案来解决我的问题，而不是显式获取锁，然后让lock_guard负责释放它？
推荐答案
lock_guard的一个基本设计不变量是它始终持有锁。这将开销降至最低，因为它的析构函数可以无条件地调用unlock()，并且它不必存储额外的状态。
如果需要尝试锁定行为，请使用unique_lock：
std::unique_lock<std::mutex> lock(_mutex, std::try_to_lock);
if(!lock.owns_lock()){
// mutex wasn't locked. Handle it.
}
这篇关于将std：：lock_Guard与try_lock一起使用的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持编程学习网！
本站部分内容来源互联网,如果有图片或者内容侵犯您的权益请联系我们删除！