=================================版权声明=================================
版权声明:原创文章 禁止转载
请通过右侧公告中的“联系邮箱(wlsandwho@foxmail.com)”联系我
勿用于学术性引用。
勿用于商业出版、商业印刷、商业引用以及其他商业用途。
本文不定期修正完善。
本文链接:http://www.cnblogs.com/wlsandwho/p/8011173.html
耻辱墙:http://www.cnblogs.com/wlsandwho/p/4206472.html
=======================================================================
一直以来都是在Windows上用VS做开发。由于不考虑移植性,所以对于多线程编程之类的高级玩意儿,都是使用系统API做的。
为了适应时代的发展潮流,觉得还是搞搞C++原生的比较好,虽然原生的比较有点特别废柴。
在看这本书之前,我也仔细看了《C++标准库(第2版)》的部分内容。现在再看这本,深入一下。
=======================================================================
这篇博客作为读书笔记,查漏补缺。持续更新。当然,只写自己关心的东西。顺(zhǔ)便(yào)也(shì)吐下槽。
=======================================================================
第1、2、3章有点基础的话,没有看的必要。
=======================================================================
书本Page “转移线程所有权” (书中有时候只举错误例子,但是不给出正确做法。这里我修改下。)
#include "stdafx.h" #include <thread> void Do1()
{
std::this_thread::sleep_for(std::chrono::minutes());
} void Do2()
{
std::this_thread::sleep_for(std::chrono::minutes());
} int main()
{
//Page23 转移线程的所有权
// std::thread t1(Do1);
// std::thread t2 = std::move(t1);
//
// std::thread t3;
// t3 = std::move(t2);
//
// t1 = std::thread(Do2);
// t1 = std::move(t3); std::thread t1(Do1);
std::thread t2 = std::move(t1); std::thread t3;
t3 = std::move(t2); t1 = std::thread(Do2);
if (t1.joinable())
{
t1.join(); //t1.detach();//两者都可
}
t1 = std::move(t3);
if (t1.joinable())
{
t1.join();
} return ;
}
=======================================================================
书本Page44提到了锁的粒度问题。这个问题,必须具体问题具体分析,根据实际的情况/抽象模型,挑选最适合的。
=======================================================================
书本Page57提到了std::once_flag和std::call_once,其实如果合理的设计一下功能和结构,是不会用到这个的。同理Page58上的C++11的局部static变量
=======================================================================
书本Page60,“保护很少更新的数据结构”中用到的东西,C++11没有提供而使用的BOOST,这一目的同样可以由API的SRW锁来实现。
我相信速度不会比原生C++差。
=======================================================================
书本Page61,“递归锁”这一小节,我不推荐使用。如果需要用到这个,说明设计上所稍有点问题。与其越挖越深,不如重做一下。
=======================================================================
书本Page66,解释了使用unique_lock的原因。其实万一忘了需要使用什么类型,condition_ariable的wait函数也是指明了需要什么数据类型的。哈哈哈。
=======================================================================
书本Page43和书本Page70,前一个没有解释mutable,后一个说的也不清楚。
问题的引出是
bool empty() const
{
std::lock_guard<std::mutex> lk(mut);
return date_queue.empty();
}
我们知道,由const修饰的成员函数,是不会修改对象的。
那么,当我们需要访问队列时,就需要给队列上锁,以便互斥操作。
但是上锁是会修改锁的,恰好这个锁是属于对象的。
所以要做特殊处理,噔噔噔噔~,mutable登场。
=======================================================================
Page72,future一旦就绪,就无法复位,是一次性的。
=======================================================================