Possible race condition when invoking std::packaged_task::get_future()(调用std::Package_TASK::Get_Future()时可能出现争用情况)
本文介绍了调用std::Package_TASK::Get_Future()时可能出现争用情况的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!
问题描述
在document处可以看到,有一个演示片段:
std::packaged_task<int()> task([]{ return 7; }); // wrap the function
std::future<int> f1 = task.get_future(); // get a future
std::thread t(std::move(task)); // launch on a thread
我的问题是,如果我像这样重写代码片段,是否存在任何问题(竞态条件):
std::packaged_task<int()> task([]{ return 7; }); // wrap the function
std::thread t(std::move(task)); // firstly launch on a thread, and then gets a future
std::future<int> f1 = task.get_future(); // get a future
更新1:我理解Nicol Bolas的回答,如果我像这样重写代码片段,是否会有任何潜在的问题(竞态条件):
std::packaged_task<int()> task([]{ return 7;});
thread_callablefunc_queue.push_back(task); //task may be popped and run by another thread at once, queue is protected by mutex.
std::future<int> f1 = task.get_future(); // get a future
让我担心的是,当当前线程正在调用task.get_future()时,task可能会被同时被调用。
推荐答案
是的,有问题。您移动了task。您的线程不再拥有它;此时的task变量处于有效但未指定的状态。你不能问它的未来,因为它不代表有问题的任务...因为你移动了它。
这不是争用条件;它在功能上与此没有区别:
std::packaged_task<int()> task([]{ return 7; });
auto t(std::move(task));
std::future<int> f1 = task.get_future();
task已被移出,因为这是您要求执行的操作。
这篇关于调用std::Package_TASK::Get_Future()时可能出现争用情况的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
织梦狗教程
本文标题为:调用std::Package_TASK::Get_Future()时可能出现争用情况
基础教程推荐
猜你喜欢
- 非静态 const 成员,不能使用默认赋值运算符 2022-10-09
- 为什么 typeid.name() 使用 GCC 返回奇怪的字符以及如 2022-09-16
- 我应该对 C++ 中的成员变量和函数参数使用相同的名称吗? 2021-01-01
- 为什么派生模板类不能访问基模板类的标识符? 2021-01-01
- 为什么 RegOpenKeyEx() 在 Vista 64 位上返回错误代码 2021-01-01
- CString 到 char* 2021-01-01
- 初始化列表*参数*评估顺序 2021-01-01
- GDB 显示调用堆栈上函数地址的当前编译二进制文 2022-09-05
- 如果我为无符号变量分配负值会发生什么? 2022-01-01
- 通过引用传递 C++ 迭代器有什么问题? 2022-01-01
