C++11实现线程池:项目实现过程的报错与gdb调试

一、固定线程池------FixedThreadPool

(1)没有输出func,且显示核心转储

线程池对象被销毁时,池子里的 std::thread 线程对象还处于 joinable() 状态(既没 join() 也没 detach()),C++ 标准强制调用 std::terminate() 终止程序。

日志里出现了 func,说明线程池的任务函数执行了,但线程没被正确回收。

**失败原因:**将任务添加到线程池,因为主线程的运行速度太快,连执行的机会都没有就结束了

**改进:**做了休眠,等待任务执行

gdb调试:

0 __GI_raise → 发出 SIGABRT 信号

1 __GI_abort → 终止程序

2 std::terminate() → C++ 强制终止(因为线程没 join)

3 std::thread::~thread() → 线程对象析构时发现还没 join ...

16 std::list::clear() → 你的线程组被清空了

17 pool::FixedThreadPool::StopThreadGroup() → 你的 Stop 函数

21 call_once → 确保 StopThreadGroup() 只执行一次

27 Stop() → 析构里调用 Stop()

28 ~FixedThreadPool() → 线程池析构函数

31 main() → 程序入口

pool::FixedThreadPool::StopThreadGroup() 就是StopThreadGroup 函数!

**崩溃的直接原因就是:**在 StopThreadGroup 里调用了 list::clear(),而此时线程还没被 join。

std::this_thread::yield():主线程让出CPU会导致偶尔打印不出来

问题根源:yield 不是用来 "等待" 的

std::this_thread::yield() 的作用是让出当前的 CPU 时间片,它只会让主线程 "暂停一小会儿",但不会等待任何条件完成。

在这个场景里:

  1. 主线程调用 yield(),让出 CPU
  2. 调度器可能马上又把 CPU 分给主线程,也可能分给工作线程
  3. 如果调度器又给了主线程,主线程会立刻继续执行 return 0,程序直接退出
  4. 工作线程还没来得及执行 cout,程序就结束了,所以打印不出来

yield() 是 "让一下",不是 "等一下",所以它的等待效果是不可靠的、随机的,这就是你偶尔能打印、偶尔不行的原因。

  • ac:9999 先打印出来了
  • 但最后一个任务 func:9999 才打印出来
  • 说明主线程提前执行了 cout << "ac:",但此时最后一个任务还没执行完

(2)线程池的拒绝策略

相关推荐
源分享16 小时前
GDB下载和安装保姆级教程
gdb
CHHH_HHH1 天前
【C++】红黑树:比AVL树更实用的平衡二叉搜索树
开发语言·数据结构·c++·算法·stl
少司府2 天前
C++进阶:map和set的使用
开发语言·数据结构·c++·容器·stl·set·map
CHHH_HHH3 天前
【C++】二叉搜索树全面升级,深度剖析AVL树
开发语言·数据结构·c++·算法·stl
一拳一个呆瓜4 天前
【STL】使用 C++ 标准库标头
c++·stl
少司府4 天前
C++进阶:二叉搜索树
开发语言·数据结构·c++·二叉树·stl·二叉搜索树·tree
Irissgwe5 天前
c++STL--string类
c++·stl·string
Irissgwe5 天前
STL简介
c++·stl
小肝一下9 天前
STL——list
开发语言·c++·stl·list·伊雷娜
chengO_o10 天前
STL关联式容器:map 与 set 的使用
c++·stl·set·map·平衡二叉搜索树