c++ - 无论线程库如何，我们都可以使用 Mutex 类吗？-6ren

c++ - 无论线程库如何，我们都可以使用 Mutex 类吗？

转载作者：太空狗更新时间：2023-10-29 21:21:36

25

4

假设我们在 linux (C++) 上使用一些线程库来启动线程，但我不知道它是什么库。现在我需要使用互斥锁。我可以只使用某个地方的互斥量(例如，boost::thread、std::thread、tbb)，还是必须使用启动线程的同一个库提供的互斥量类？

我知道最好使用同一个库中的互斥锁。但只是好奇...特别是，如果我们假设所讨论的所有这些库都使用 pthread 作为底层线程库会怎样？

最佳答案

从某种意义上说，您实际上不需要这样做，而且世界不会终结。但是，启动线程的库可能会假定为您提供互斥量的库没有提供某些东西，并且那里肯定会出错。

我怀疑线程库是否提供了线程抽象而不是互斥锁，所以只使用一个库。没有必要把事情搞混。

关于c++ - 无论线程库如何，我们都可以使用 Mutex 类吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/22207810/

25

4

0

文章推荐： c++ - linux c++ 创建具有最大值的信号量

文章推荐： c# - 具有径向渐变的 WPF 径向进度条

文章推荐： python - 如何在 Python 中解析人们的名字和姓氏？

文章推荐： c++ - XNextEvent 由于某种原因不起作用

c++ - 什么更好 std::lock_guard lock(std::mutex mutex var);或 std::mutex mutex_var.lock();
我需要在一个函数内锁定一个 std::map 和两个 boost::multimaps 的操作，因为我们有线程试图访问该函数(以及映射)。我计划使用“std::mutex mutex_var”来保护
mutex - 单词 "mutex"的复数形式
已关闭。这个问题是 off-topic 。目前不接受答案。想要改进这个问题吗？ Update the question所以它是on-topic用于堆栈溢出。已关闭11 年前。 Improve th
c# - 如果我在以下代码中重用现有的 Mutex，为什么会得到一个新创建的 Mutex？
或不同的标题: 为什么处置获得的 Mutex 会破坏它？我有以下代码，真正的代码在几个方法之间产生，并在这个方法休眠的地方做事: bool createdNew; u
mutex - 测量 mutex 或 futex 延迟
如何测量互斥量、信号量或 futex 的延迟？我的意思是两个事件之间的延迟:解锁先前锁定的互斥体和锁定该互斥体。有两种情况:当所有线程/进程都在同一个 CPU 上时(重新调度线程需要多长时间)以及当第
c++ - Boost::mutex 比没有 mutex 的程序花费的时间更少
我执行了以下程序，其中我创建了 100 个线程并发执行。请注意这是一个示例程序。我知道下面的程序不需要多线程，但我的目的是测试互斥量。 class ThreadPool{ public:
c# - Mutex() 和 Mutex(true ,"myMutex") 线程对象有什么区别？
我有创建多个线程的代码，所有线程都尝试将信息记录在一个文件中我尝试使用互斥锁来登录文件，但是当我使用 Mutex() 和 Mutex(true or false, "name") 对象时，我得到了不同
rust - 如何将 &Vector 转换为 Vector
我正在研究 Rust 示例。有这段代码: fn new(name: &str, left: usize, right: usize) -> Philosopher { Philosopher
c++ - 什么对消息队列更好？ mutex & cond 还是 mutex & semaphore？
我正在实现一个基于 std::queue 的 C++ 消息队列。因为我需要 popers 在空队列上等待，所以我考虑使用 mutex 进行互斥，并使用 cond 在空队列上挂起线程，就像 glib
go - mutex.Lock 和延迟的 mutex.Unlock 顺序
在golang中，sync.Mutex Lock和Unlock是usaul操作，但是Lock和defer Unlock的正确顺序是什么？ mu.Lock() defer mu.Unlock() 或 d
go - sync.Mutex 和 *sync.Mutex 哪个更好？
在 Go 中，我们可以使用: type Data struct { lock *sync.Mutex } 或 type Data struct { lock sync.Mutex
c++11 - 使用 std::mutex 而不是 boost::mutex 时出现未处理的异常
我尝试摆脱代码中的一些 boost 依赖项，转而使用新的 C++11 功能 (Visual Studio 2013)。在我的一个组件中，我使用了 boost::mutex与 boost::lock_
c++ - boost::signals2::mutex 和 boost::thread::mutex 有什么区别？
我正在使用 scoped_lock 和 mutex 来实现 BlockingQueue posted in a different SO question 的一个版本, 但在 boost 中有多个不同
c++ - boost::mutex::~mutex(): 断言 `!pthread_mutex_destroy(&m)' 失败
我在互斥锁析构函数中遇到了上述错误。由于错误可能是由于互斥锁在销毁过程中处于锁定状态，所以我创建了一个新的互斥锁类，它继承自 boost:mutex。这是为了确保互斥锁在销毁期间解锁。但是，仍然会出现
c++ - 为什么 boost::mutex 比 std::mutex 快于 vs2013？
今天写了一些代码来测试mutex的性能。这是 boost(1.54) 版本，在 vs2010 上编译并进行了 O2 优化: boost::mutex m; auto start = boost::c
c - 调试器: How do I get "Mutex Owned" or "Mutex Free" info in a crash dump?
我不知道我没有做什么，但我根本无法让自己的调试器保存正在调试的应用程序的“Mutex Owned”或“Mutex Free”信息。如果我按如下方式调用它，CDB 就可以正常工作: cdb -pn
c++ - shared mutex 和 mutex 之间的区别(为什么两者都存在于 C++ 11 中)？
还没有网上的例子来生动地演示这一点。在 http://en.cppreference.com/w/cpp/header/shared_mutex 看到了一个例子但目前还不清楚。有人可以帮忙吗？最佳答
c++ - std::unique_lock 还是 std::lock_guard？
我有两个用例。 A.我想同步访问两个线程的队列。 B.我想同步两个线程对队列的访问并使用条件变量，因为其中一个线程将等待另一个线程将内容存储到队列中。对于用例 A，我看到了使用 std::lock_
go - 为什么在 Go 中锁定比 Java 慢得多？很多时间花在 Mutex.Lock() Mutex.Unlock()
我编写了一个小型 Go 库 ( go-patan )，用于收集某些变量的运行最小值/最大值/平均值/标准偏差。我将它与等效的 Java 实现 ( patan ) 进行了比较，令我惊讶的是 Java 实
c++ - mutex.timed_lock(duration) 和 boost::timed_mutex::scoped_lock 之间的区别 scoped_lock(mutex, duration)
我想知道这两者之间的区别是什么 boost::timed_mutex _mutex; if(_mutex.timed_lock(boost::get_system_time() + boost::po
rust - 强制 Arc>>>> 到 Arc>>>> 将不起作用
我正在尝试将 dyn 特征存储在 Arc>>>> 中，但是由于某种原因它不起作用 use std::sync::{Arc, Mutex}; trait A{} struct B{} impl A fo

首页

博学

6Ren·AI

商城

c++ - 无论线程库如何，我们都可以使用 Mutex 类吗？