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)线程池的拒绝策略

相关推荐
___波子 Pro Max.1 天前
GDB 符号检视三件套:`ptype` / `info variables` / `info functions`
gdb
米啦啦.2 天前
STL(标准模板库)
开发语言·c++·stl
Tairitsu_H3 天前
C++:优先队列的模拟实现
开发语言·c++·stl·优先队列
影sir4 天前
STL容器——list类
c++·链表·stl·list
影sir5 天前
STL容器——vector类
c++·算法·stl
CC城子6 天前
嵌入式Linux宕机问题GDB调试(一)
gdb·嵌入式软件
CC城子6 天前
嵌入式Linux宕机问题GDB调试(二)
linux·gdb
Byte不洛7 天前
深入理解C++智能指针:从RAII到shared_ptr
c++·智能指针·raii·unique_ptr·shared_ptr·auto_ptr
TANGLONG2229 天前
【C++】STL基础必备:深入解析vector容器的实现(含源码)
c语言·开发语言·数据结构·c++·笔记·算法·stl