之前的想法是,如果尽量不要在线程中分配内存,这样当线程没有正常退出时,很容易就出现内存泄漏的情况。
所以在这里的test代码也是如此,没有在线程中分配内存,而是在主线程中分配的内存供线程使用。
关于线程正常退出的关键在于:如果在设置了控制线程函数循环的标志位workstatus为false,也需要等待将正在执行的这次循环执行完,才能释放线程中的使用的内存。但是不清楚线程退出了此次的while功能语句的循环需要多长时间,如果时间长了,主线程(可能是用户)不能接受。如果时间短了,在线程还在使用内存时,用TerminateThread()强制退出线程并释放内存,必然造成功能上的缺失,处理数据的不正常,这样的退出方式通常不是我们希望看到的。
头文件:
在main函数中实践测试过,没有问题。如果有什么问题,希望大家提出。
所以在这里的test代码也是如此,没有在线程中分配内存,而是在主线程中分配的内存供线程使用。
关于线程正常退出的关键在于:如果在设置了控制线程函数循环的标志位workstatus为false,也需要等待将正在执行的这次循环执行完,才能释放线程中的使用的内存。但是不清楚线程退出了此次的while功能语句的循环需要多长时间,如果时间长了,主线程(可能是用户)不能接受。如果时间短了,在线程还在使用内存时,用TerminateThread()强制退出线程并释放内存,必然造成功能上的缺失,处理数据的不正常,这样的退出方式通常不是我们希望看到的。
解决办法:在主线程的stop中等待需要结束的分线程中while循环已经退出的同步量Event,如果得到这个同步量Event,这说明我们可以释放内存了,此时线程已经正常退出了。 由系统智能的得到将workstatus置为false后的线程正常退出需要的时间,而不是我们的主观臆断。
可能还是从代码中来看,会简单很多:头文件:
#pragma once
#include <afxmt.h>
class CCCThread
{
public:
CCCThread(void);
~CCCThread(void);
public:
//开始
int Start();
//结束
int Stop();
private:
LPBYTE m_pMem;
UINT static _sThreadFunc(void *_p);//线程函数
bool m_workstatus;//工作状态
CEvent m_endEvent;//线程是否已经退出循环
CWinThread *m_pThread;//线程指针
};
源文件:
#include "StdAfx.h"
#include "CCThread.h"
CCCThread::CCCThread(void)
{
}
CCCThread::~CCCThread(void)
{
}
int CCCThread::Start()
{
m_pMem=new BYTE[10000];
m_workstatus=true;
m_pThread=AfxBeginThread(_sThreadFunc,this,THREAD_PRIORITY_NORMAL);
TRACE("Start!");
return 0;
}
int CCCThread::Stop()
{
m_workstatus=false;
WaitForSingleObject(m_endEvent,INFINITE);
TRACE("Been stopped!");
delete [ ]m_pMem;
return 0;
}
UINT CCCThread::_sThreadFunc(void *_p)
{
CCCThread *pMain=(CCCThread *)_p;
while(pMain->m_workstatus)
{
TRACE("running/n");
}
pMain->m_endEvent.SetEvent();
return 0;
}
在main函数中实践测试过,没有问题。如果有什么问题,希望大家提出。