C++11并发与多线程笔记（13） 补充知识、线程池浅谈、数量谈、总结

第十三章 补充知识、线程池浅谈、数量谈、总结

一、补充一些知识点

1.1 虚假唤醒：

• notify_one或者notify_all唤醒wait()后，实际有些线程可能不满足唤醒的条件，就会造成虚假唤醒，可以在wait中再次进行判断解决虚假唤醒。
• 解决：wait中要有第二个参数（lambda表达式），并且这个lambda表达式中要正确判断所处理的公共数据是否存在，如果存在则返回true，流程走下来，互斥锁本线程拿到；否则返回false，解锁并休眠，卡在wait等待被再次唤醒。

2.2 atomic：

std::atomic<int> atm = 0;
cout << atm << endl;

• 这里只有读取atm是原子操作，但是整个这一行代码 cout << atm << endl; 并不是原子操作，导致最终显示在屏幕上的值是一个“曾经值”。

std::atomic<int> atm = 0;
auto atm2 = atm; //这种定义时初始化操作不允许，编译报错：“尝试引用已删除的函数”，编译器内部肯定把拷贝构造函数给干掉了
atomic<int> atm3 = atm;//也不允许
atomic<int> atm2;
atm2 = atm;//拷贝赋值运算符也不让用

• 这种拷贝初始化不可以，编译会报错。

读：

atomic<int> atm2(atm.load());
auto atm3(atm.loac()):

• 可以用load()：以原子方式读atomic对象的值。

写：

atm2.store(12);
atm2 = 12;

• store()：以原子方式写入内容。
• 原子操作实质上是：不允许在进行原子对象操作时进行CPU的上下文切换。

二、浅谈线程池：

• 场景设想：服务器程序， 每来一个客户端，就创建一个新线程为这个客户提供服务。

问题：

• 1、2万个玩家，不可能给每个玩家创建一个新线程，此程序写法在这种场景下不通。
• 2、程序稳定性问题：编写代码中，“时不时地突然”创建一个线程，这种写法，一般情况下不会出错，但是不稳定的；
• 线程池：把一堆线程弄到一起，统一管理。这种统一管理调度，循环利用的方式，就叫做线程池。
• 实现方式：程序启动时，一次性创建好一定数量的线程，用完了再放回到池子里，哪个空闲用哪个。没有空闲的线程就等待。这种方式让人更放心，觉得程序代码更稳定，效率高。

三、线程创建数量谈：

• 1、线程创建的数量极限的问题
  • 一般来讲，2000个线程基本就是极限，再创建就会崩溃。
• 2、线程创建数量建议
  • a、采用某些技术开发程序，接口提供商的建议（创建线程数量=cpu数量，cpu2，cpu2+2等等），遵照建议和指示来确保程序高效执行。
  • b、创建多线程完成业务，考虑可能被阻塞的线程数量，创建多于最大被阻塞线程数量的线程，如100个线程被阻塞在充值业务，开110个线程就是很合适的。
  • c、线程创建数量尽量不要超过500个，因为CPU要切换要调度要恢复内存数据等等，执行效率会降低，所以尽量控制在200个之内。

四、C++11多线程总结

• windows，linux跨平台
• 可能C++11的接口要和平台的接口结合使用来满足业务需求。