QT线程引发Backtrace stopped: previous frame identical to this frame (corrupt stack?)

mac2026-10-02  4

1.简介

由于在主线程以及多线程中对GUI进行绘画刷新,导致了出现莫名其妙的问题。例如: 1、在程序运行了一段时间后,程序UI不会刷新,运行的获取当前程序时间的程序一直在运行,但是不会将当前时间显示到界面上,其他后台显示信息,一切正常。经过鼠标的再次点击,程序会暂时恢复正常或者是直接程序终止退出。

2、出现QT gui界面假死现象(即是后台显示程序运行正常,结果是界面一直不刷新,并且top查看进行使用时,显示占用cpu 0.0%)

3、程序进程突然退出,后台gdb调试core dump文件打印如下:  

1. Core was generated by `qtgui'. 2. Program terminated with signal 6, Aborted. 3. #0 0xb6e04f1c in raise () from /lib/libc.so.0 4. (gdb) bt 5. #0 0xb6e04f1c in raise () from /lib/libc.so.0 6. #1 0xb6dff52c in abort () from /lib/libc.so.0 7. #2 0xb6dfed68 in ?? () from /lib/libc.so.0 8. #3 0xb6dfed68 in ?? () from /lib/libc.so.0 9. Backtrace stopped: previous frame identical to this frame (corrupt stack?) 10. (gdb)

原因在QT的run函数中调用了一个fun1函数,而fun1函数调用update()函数(这个用来刷新界面)

void my_pthread::run() { while (1) { fun1(); } } void widget::fun1() { //对Qlable显示图像的一些操作 update(); }

结论:经过多个方面连续两天的调试,才发现原来是不小心将消息状态更新接口写在更新线程里面,在此之前,已经设计为线程只是用作消息的获取,刷新界面等操作,主要还是放在主进程里面,线程获取的消息,通过信号和槽,通知主进程进行相应的刷新显示。所以在此,再次强调不能将UI刷新放在线程上面,必须放在主进程里面,切记,切记,切记!!!

2. 原因

在此,贴上相关资料: 线程中的事件循环使线程可以使用某些需要存在事件循环的非GUI Qt类(例如QTimer,QTcpSocket和QProcess)

Qt 5.6 Threads and QObjects

3.参考链接

http://www.qtcn.org/bbs/simple/?t61849.htmlhttps://blog.csdn.net/wb175208/article/details/82634466https://ask.csdn.net/questions/151609https://blog.csdn.net/quange_style/article/details/90696417

 

 

 

 

 

 

 

 

 

 

 

最新回复(0)