C++ 等待条件变量后未并行运行的线程
请参见以下取自CPPFREFERENCE的C++ 等待条件变量后未并行运行的线程,c++,multithreading,c++11,parallel-processing,condition-variable,C++,Multithreading,C++11,Parallel Processing,Condition Variable,请参见以下取自CPPFREFERENCE的条件变量的示例。在本例中,一组线程正在等待变量i变为i==1。我举了一个例子,刚刚添加了一个std::this_thread::sleep_for(std::chrono::seconds(1))工人内部的指令,以检查他们是否实际并行运行。令我惊讶的是,他们没有,所以一定有什么我不明白的。所有线程在收到通知后不应该同时启动吗 如果我删除了与条件变量相关的所有指令,那么线程会按照预期并行运行,因此我相信我的编译器(带有C++11库的LLVM)编译正确 #i
条件变量的示例。在本例中,一组线程正在等待变量i
变为i==1
。我举了一个例子,刚刚添加了一个std::this_thread::sleep_for(std::chrono::seconds(1))代码>工人内部的指令,以检查他们是否实际并行运行。令我惊讶的是,他们没有,所以一定有什么我不明白的。所有线程在收到通知后不应该同时启动吗
如果我删除了与条件变量相关的所有指令,那么线程会按照预期并行运行,因此我相信我的编译器(带有C++11库的LLVM)编译正确
#include <iostream>
#include <condition_variable>
#include <thread>
#include <chrono>
std::condition_variable cv;
std::mutex cv_m;
int i = 0;
void waits()
{
std::unique_lock<std::mutex> lk(cv_m);
std::cerr << "Waiting... \n";
cv.wait(lk, []{return i == 1;});
std::cerr << "...finished waiting. i == 1\n";
std::this_thread::sleep_for(std::chrono::seconds(1));
std::cerr << "...finished running.\n";
}
void signals()
{
std::this_thread::sleep_for(std::chrono::seconds(1));
{
std::lock_guard<std::mutex> lk(cv_m);
std::cerr << "Notifying...\n";
}
cv.notify_all();
std::this_thread::sleep_for(std::chrono::seconds(1));
{
std::lock_guard<std::mutex> lk(cv_m);
i = 1;
std::cerr << "Notifying again...\n";
}
cv.notify_all();
}
int main()
{
std::thread t1(waits), t2(waits), t3(waits), t4(signals);
t1.join();
t2.join();
t3.join();
t4.join();
}
#包括
#包括
#包括
#包括
std::条件变量cv;
std::mutex cv_m;
int i=0;
void waits()
{
std::唯一锁定lk(cv_m);
std::cerr看起来它们是并行运行的,但是只有一个能够在收到通知后锁定cv_m
互斥锁,其余的将进一步等待。对我来说似乎是正确的。单靠打印无法分辨线程运行的内容和位置。std::cer
是同步的。谢谢VTT。你是说之后cv.wait(lk,[]{returni==1;})
cv\u m
上的锁被获取,直到作用域结束?是的,在函数开始到睡眠之前添加一个块来检查这一点。是的,条件变量确保保护互斥锁在wait
返回之前被锁定。它将在作用域退出时自动解锁,允许再次锁定广告来获取锁等等。太好了。谢谢大家!所以,如果我想让所有工人并行工作,你建议我按照@stefaanv的建议,将等待的区块包装成一个区块,还是有更优雅的解决方案?