界面线程结束可能导致局部变量内存不能释放！

最新推荐文章于 2023-08-07 00:34:38 发布
原创 最新推荐文章于 2023-08-07 00:34:38 发布 · 2.1k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#class

    最近在使用界面线程时，遇到一个奇怪的现象。从CWinThread派生一个自己定义类CThreadScript，类中响应若干个自定义消息。类定义如下：

     

 

    利用AfxBeginThread(RUNTIME_CLASS(CThreadScript));开启线程，而后向线程发送自定义消息。

 

    在消息响应函数中定义了一个局部变量wuya，而后调用AfxEndThread()结束线程，该局部变量内存将不会释放。而CThreadScript类成员变量m_wuya内存得到释放。

 

    如果有人知道原因可以给我留言，谢谢。

 

    补充：

   

    经过讨论研究，可能由于我调用AfxEndThread()结束线程导致的，类似于强杀线程，没有内存清理机会。正确的使用方法是，向线程发送WM_QUIT消息，使线程结束。

多线程编程全攻略：提升性能与线程安全的必备知识
曾经“等你生日那天”都遥远得像未来，如今却可欢愉的挥手说“下个十年见”
10-14 10万+
介绍多线程编程的相关概念、同步机制以及无锁编程。从线程的基础概念出发，包括逻辑线程和硬件线程的比较，以及线程、核心和函数的关系。随后，我们探讨了多线程编程的基本原则，包括时间分片、上下文切换、线程安全函数和可重入函数等。接着，我们讨论了为什么需要多线程同步、什么情况需要进行同步以及多线程同步的方式，包括串行化、原子操作和锁等。我们还深入研究了非阻塞的无锁同步机制，如CAS循环和无锁数据结构。最后，我们解释了程序序、内存序、乱序执行、存储缓冲区和失效队列等概念，以帮助更好地理解多线程编程。
使用Windbg排查C++软件安装包安装时被安全防护软件拦截导致安装线程堵塞卡住的问题
dvlinker的技术专栏
11-11 3万+
本文详细讲述C++软件安装包安装时被安全防护软件拦截导致安装线程堵塞卡住问题的排查过程，并详细介绍如何使用Windbg动态调试目标进程（在Windbg中查看变量的值、使用bp命令设置断点进行动态调试），给出“绕过”360安全卫士与金山毒霸拦截的有效办法，以供大家借鉴或参考！
局部变量没有立刻释放?
ZJUdebug3790的博客
05-24 296
#include<stdio.h> int f(int m){ int s; static int k=0; for(;k<=m;k++){ s++; printf("%d\n",k);} return s; } int main(){ int s=1; s=f(2)+f(2); printf("%d",s); } #include<stdio.h> int f(int m){ int s=0; static int k=0; for.
释放线程中new的套接字
weixin_33984032的博客
12-02 206
在做Symbian应用开发和MeeGo应用开发时Q框架是一个统一的开发框架，很多时候需要在QThread的run中new一个QUdpSocket来收发数据.这时,这个socket对象的释放就成了一个麻烦的问题.如果在thread的析构中直接delete这个socket对象,则会出现如下异常:QSocketNotifier: socket notifiers canno...
Python进程使用内存后不释放
Rnan_prince的博客
12-05 7540
背景： 使用python进行大量的数据操作过程中RSS占用（几个G，Python的GC会频繁地malloc/free），发现RSS内存不释放。 排查代码后，没有发现内存泄露的情况，GC也是默认开启的，甚至代码将数据库数据读出来遍历一遍后程序结束，内存一直存在不释放。 使用tracemalloc,objectgraph调试，Python对象的产生和释放并没有啥异常。 Python的对象内存管理是基于引用计数的（refcnt为0直接decref回收），python内存池也没发现大内存驻留，操作系统brk
多线程使用详解---Threading
justzcy的博客
08-03 1150
多线程介绍及问题分析
Java在多线程方面的内存模型、GC的调优和高效实现的一些经验 Java Memory Management
AI天才研究院
08-07 1384
本文介绍了Java内存管理相关的基础知识以及Java虚拟机在JVM中对内存管理的一些实现方式，包括堆栈、方法区、运行时数据区等内存结构以及不同的内存回收算法的具体实现，并通过分析和总结分析了堆栈溢出、内存泄漏、死锁、内存碎片等常见异常及解决方案。在讨论了内存管理机制以及不同垃圾收集器的优缺点之后，还将介绍如何使用Visual VM工具进行Java内存管理监控和故障排除。最后还会讲述Java在多线程方面的内存模型、GC的调优和高效实现的一些经验。
引发C++软件异常的常见原因分析与总结（实战经验分享）
热门推荐
dvlinker的技术专栏
05-30 6万+
本文根据近几年排查C++软件异常的实践经历与实战经验，详细地总结出引发C++软件异常的常见原因，给大家提供一些借鉴和参考，以帮助大家快速地定位问题。
内存溢出之后线程消亡会释放堆内存吗？
hello world
06-09 2165
通过之前的验证，已经知道，如果一个线程内部发生了内存溢出，会导致这个线程中断且消亡。 比如说： 设置最大堆为20M 然后开启两个线程，一个线程里面不断的读数据 直到内存溢出。 ...
线程有哪些基本状态？
wukong569177266的博客
11-28 646
Java线程在运行的生命周期中的指定时刻只可能处于6种不同状态的其中一个状态。 分别为： NEW 初始状态，线程被构建，但是还没有调用 start() 方法 RUNNABLE 运行状态，Java线程操作系统中的就绪和运行两种状态笼统地称作“运行中” BLOCKED 阻塞状态，表示线程阻塞于锁 WAITING 等待状态，表示线程进入等待状态，进入该状态表示当前线程需要等待其他线程做出一些特定动作（通知或中断） TIME_WAITING 超时等待状态，该状态不同于WAITING，他可以在指定时间自行返回的 T
Windows线程创建、退出及资源释放
X-Weidong’s Blog
10-07 2万+
可以通过以下几种方法创建一个线程： 1、CreateThread 2、_beginthread 3、_beginthreadex 4、AfxBeginThread -------------------------------------------------------------------------------------- 1、CreateThread 函数原型
qt的主窗口等待子线程结束
最新发布
06-19
<think>我们参考引用中的信息，特别是引用[1]和引用[4]提供了相关的实现方法。引用[1]展示了使用QEventLoop来阻塞主线程，直到子线程发出一个特定的信号（readyToContinue）后，主线程才继续执行。引用[4]则提到了使用wait()方法等待线程结束，但要注意wait()必须在合适的时机调用，以避免死锁或界面卡死。在Qt中，主线程（通常是GUI线程）等待子线程结束的常见方法有两种：1.使用QThread::wait()：在主线程中调用子线程的wait()方法，这会阻塞主线程直到子线程执行完毕。但需要注意，如果子线程中也在操作界面（比如通过信号槽更新界面），则可能会因为阻塞主线程而导致界面卡死。另外，在事件驱动的GUI程序中，长时间阻塞主线程会导致界面无响应，所以一般不推荐在主线程中直接使用wait()，除非你能确保等待时间很短，或者是在非GUI线程中使用。2.使用事件循环（QEventLoop）：创建一个局部的事件循环，连接子线程的finished()信号（或者自定义的信号）到事件循环的quit()槽，然后启动事件循环。这样主线程会进入局部事件循环，仍然可以处理事件（比如界面重绘、其他事件等），但不会执行事件循环之后的代码，直到子线程发出信号退出事件循环。另外，引用[2]和引用[3]提醒我们注意线程安全以及程序关闭时线程的退出问题。根据用户的需求“主窗口等待子线程结束”，我们推荐使用事件循环的方法，因为这样不会完全阻塞事件处理，界面不会完全卡死（但注意，在等待期间，用户与界面的交互可能会被延迟处理，因为主线程在事件循环中）。具体步骤：1.创建子线程并启动。2.创建一个QEventLoop对象。3.将子线程的finished()信号（或者子线程完成工作时发出的自定义信号）连接到事件循环的quit()槽。4.启动事件循环（loop.exec()），这样主线程就会停在这里，直到子线程结束（发出finished信号）或者发出自定义信号。注意：如果子线程中需要更新界面，必须通过信号槽的方式，并且确保连接方式为自动连接（默认），这样信号槽会通过主线程的事件队列执行，从而安全更新界面。但是，如果子线程中执行的任务会发出多个信号（比如进度更新），而我们希望主线程在子线程完全结束后才继续，那么我们应该连接finished()信号。如果子线程没有finished()信号（比如我们使用的是moveToThread方式创建的线程），那么我们可以连接自定义的完成信号。示例代码（使用QThread子类）：假设我们有一个工作线程类MyThread，它继承自QThread，并在run()方法中执行任务。在MyThread的定义中，我们不需要做特殊处理，因为QThread本身就有finished()信号。主线程中：```MyThreadthread;QEventLooploop;//连接线程的finished信号到事件循环的quit槽QObject::connect(&thread,&MyThread::finished,&loop,&QEventLoop::quit);thread.start();loop.exec();//阻塞主线程，直到线程结束//线程结束后，继续执行```如果使用的是moveToThread的方式，那么我们需要在工作类中定义一个完成信号（如workFinished），并在工作完成后发出该信号。然后在主线程中连接这个信号到事件循环的quit槽。另外，引用[4]提到了优雅退出线程的方法，我们可以结合使用requestInterruption()和isInterruptionRequested()来安全停止线程。但是，如果只是等待线程自然结束，则不需要这些。注意：在事件循环等待期间，主线程仍然可以处理事件（比如窗口重绘、其他信号槽等），所以不会导致程序完全卡死。但是，如果子线程执行时间很长，用户可能会感觉到界面响应变慢。因此，我们也可以考虑另一种非阻塞的方式：不在主线程中等待，而是当子线程完成后，通过信号通知主线程继续执行后续操作。这样主线程在启动子线程后就可以继续处理其他事件。这种方式更为常见，也是Qt推荐的方式。但是，用户明确要求“主窗口等待子线程结束”，所以我们提供阻塞等待的方法。综上所述，我们给出两种方法：方法一：使用事件循环等待（推荐，相对安全）方法二：使用wait()（简单，但可能导致界面无响应，需谨慎）下面分别给出示例：方法一示例（事件循环）：```//创建线程对象QThread*thread=newQThread;Worker*worker=newWorker;//假设Worker是工作对象，使用moveToThread方式worker->moveToThread(thread);//连接线程结束信号QEventLooploop;QObject::connect(thread,&QThread::finished,&loop,&QEventLoop::quit);//或者，如果工作对象发出一个完成信号，也可以连接这个信号，例如：//QObject::connect(worker,&Worker::workFinished,&loop,&QEventLoop::quit);thread->start();//启动线程//触发工作对象开始工作（通过信号槽）emitstartWork();//假设有一个信号startWork()，worker的槽函数与之连接loop.exec();//等待线程结束（或工作完成信号）//后续处理...```方法二示例（使用wait）：```QThread*thread=newQThread;Worker*worker=newWorker;worker->moveToThread(thread);//启动线程thread->start();//触发工作emitstartWork();//等待线程结束（阻塞，注意：在等待期间主线程无法处理事件）thread->wait();//后续处理...```注意：方法二在等待期间主线程完全阻塞，界面会卡住，不推荐在GUI线程中使用。因此，我们建议使用方法一。另外，如果用户使用的是继承QThread的方式，那么可以直接在run方法中执行任务，然后使用finished信号。示例：```classMyThread:publicQThread{Q_OBJECTprotected:voidrun()override{//执行任务}};//在主线程中MyThreadthread;QEventLooploop;QObject::connect(&thread,&MyThread::finished,&loop,&QEventLoop::quit);thread.start();loop.exec();```最后，注意线程对象的生命周期管理，避免内存泄漏。根据引用[4]，在删除线程对象之前，如果线程还在运行，应该先等待其结束（使用wait），然后再删除。在我们的示例中，由于已经等待线程结束，所以可以安全删除（如果是在堆上分配的）。但是，如果线程对象是局部变量（栈上分配），则不需要手动删除。总结：推荐使用事件循环方式，连接子线程的finished信号，然后启动事件循环，这样主线程会等待子线程结束，同时又能处理部分事件。注意：在事件循环等待期间，如果子线程中需要更新界面，可以通过信号槽传递，因为主线程的事件循环还在运行，所以可以处理这些信号。因此，我们给出如下实现方案：步骤：1.创建并启动子线程。2.创建QEventLoop对象。3.连接子线程的finished()信号到事件循环的quit()槽。4.调用事件循环的exec()，进入事件循环等待。5.子线程结束后，事件循环退出，主线程继续执行。注意：如果子线程中执行的任务不会发出finished信号（比如使用QtConcurrent::run），那么我们可以使用QFuture和QFutureWatcher，连接QFutureWatcher的finished信号到事件循环的quit槽。对于使用QtConcurrent的情况：```QFuture<void>future=QtConcurrent::run(/*函数*/);QFutureWatcher<void>watcher;QEventLooploop;QObject::connect(&watcher,&QFutureWatcher<void>::finished,&loop,&QEventLoop::quit);watcher.setFuture(future);loop.exec();```以上方法均可实现主线程等待子线程结束。请根据实际使用的线程创建方式选择合适的方法。相关问题：1.在Qt中，主线程等待子线程结束有哪些方法？各有什么优缺点？2.使用QEventLoop等待子线程结束时，如何避免界面卡死？3.Qt中如何优雅地停止一个子线程？4.在等待子线程结束期间，如何更新主窗口的进度条？</think>在Qt中实现主窗口等待子线程结束，有几种可靠的方法。以下是基于Qt线程模型的推荐方案： ### 方法1：使用事件循环（推荐） ```cpp // 主线程代码 QThread workerThread; Worker* worker = new Worker; // 工作对象 worker->moveToThread(&workerThread); QEventLoop waitLoop; // 创建事件循环 // 连接线程结束信号到事件循环退出 QObject::connect(&workerThread, &QThread::finished, &waitLoop, &QEventLoop::quit); // 连接自定义完成信号（可选） QObject::connect(worker, &Worker::taskCompleted, &waitLoop, &QEventLoop::quit); workerThread.start(); // 启动线程 emit worker->startTask(); // 触发任务执行 waitLoop.exec(); // 阻塞等待线程结束 // 此处继续执行主线程代码 workerThread.quit(); // 确保线程退出 workerThread.wait(); // 等待线程资源释放 ``` **原理**： 1. 创建`QEventLoop`局部事件循环 2. 将子线程的`finished`信号连接到事件循环的`quit()`槽 3. `exec()`阻塞主线程直到收到退出信号 4. 子线程结束后自动唤醒主线程 **优点**： - 不阻塞GUI事件处理（可响应界面操作） - 支持任意自定义完成信号 - 符合Qt事件驱动模型[^1] ### 方法2：使用wait()方法（需谨慎） ```cpp workerThread.start(); // ... 触发任务 ... // 在主线程安全点调用 workerThread.quit(); // 请求停止 if(workerThread.wait(5000)) { // 最大等待5秒 qDebug() << "线程正常退出"; } else { qDebug() << "线程超时未退出"; } ``` **注意事项**： - 必须在非GUI操作完成后调用 - 设置超时时间防止永久阻塞 - 需先调用`quit()`请求退出[^4] - 长时间阻塞可能导致界面卡顿[^3] ### ⚠️ 关键注意事项 1. **线程间通信**： - 子线程禁止直接操作GUI对象 - 通过信号槽传递数据（自动排队执行） ```cpp // 子线程中 emit updateProgress(percent); // 主窗口连接 connect(worker, &Worker::updateProgress, this, &MainWindow::handleProgress); ``` 2. **优雅退出**： ```cpp void Worker::run() { while(!QThread::currentThread()->isInterruptionRequested()) { // 执行任务 } } // 主线程请求停止 workerThread.requestInterruption(); workerThread.quit(); ``` 3. **内存管理**： ```cpp connect(&workerThread, &QThread::finished, worker, &QObject::deleteLater); ``` ### 应用场景对比 | 方法 | 适用场景 | 风险 | |--------------|-----------------------------------|--------------------------| | 事件循环 | 需保持GUI响应的长时间任务 | 需管理事件循环生命周期 | | wait() | 简单任务/非GUI线程 | 界面冻结风险 | | QtConcurrent | 短期异步任务 | 无法精细控制线程状态 | > 推荐优先采用**事件循环方案**，它在实际项目中表现最稳定可靠，参考Qt官方文档的线程管理建议[^1][^4]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值