905-Linux平台编译线程池动态库(死锁问题2)

Linux平台编译线程池动态库

编译动态库：







怎么回事？
因为运行的时候系统都去这个路径找库



我们这么做：



刷新配置文件：

怎么回事，在Windows跑没问题，在Linux跑却有问题？

gdb调试

调试一个正在运行的程序（发生死锁的进程）

线程池总共有5个线程：



1号是主线程，线程池线程剩下4个。

我们查看线程调用堆栈，看到，线程池的线程都在wait

我们看到：

对应于我们看代码上的调用：




问题出在这里：

为什么会lock_wait了？？？不应该啊！！！notify为什么会造成wait？？？

我们现在切到线程3看看：

linux的thread库的条件变量为什么会lock住？

我们来分析看看

正常情况到这里是不能阻塞的，因为任务执行完要花3秒，但是主线程执行完


Result要析构，会调用其析构函数，其析构函数是默认的，也会析构它的成员变量

问题出现在信号量上

是默认析构的。意味着它的互斥锁和条件变量也进行默认的析构

现在出现的问题是：post函数的notify出现了阻塞
我们看看windows下条件变量的析构函数：

在windows的VS编译器下，条件变量析构会释放相应的资源
也就是说，任务的返回值，会调用result的post函数，此时cond已经析构了，所以notify相当于什么也没做，不会阻塞，任务没有任何问题！！！

但是linux下condition_variable的析构函数什么也没做！！！


所以，得出结论：

在Linux上代码如何修改？

重新编译so库，重新运行


解决！！！