MFC 循环创建线程怎么结束

建议不要强行结束还在运行中的线程，主线程结束，次线程还在运行，C++不会自动释放资源，会造成内存泄漏，造成程序的崩溃，结束主线程前必须通知次线程先结束，Sleep(1)可以释放时间片，注意利用。您可以通过CreateThread返回的HANDLE来判断线程是否结束，

在线程结束后，主线程再结束。 或者通过在ThreadProc内的另外一变量来判断线程是否结束。

比如：

BOOL bThreadRun = FALSE // 线程正在运行的标志

DWORD WINAPI ThreadProc(LPVOID param)

{

bThreadRun = TRUE

while (bThreadRun)

{

xxx_func(...)

}

bThreadRun = FALSE

return 0

}

你可以参考这里： http://topic.csdn.net/t/20050106/23/3705578.html

要注意了，关闭窗口函数和结束窗口进程函数是不一样的，你肯定只是关闭了窗口，而程序还在运行中，DestroyWindow（）就是“销毁”窗口；PostQuitMessage(0)就是结束进程函数。

你试试看吧、、、

一个程序从入口函数开始运行，知道运行到末尾的 return结束，程序退出。这是一个很正常的过程，如果你不告诉程序停止向下执行语句，他会始终向下执行直到return。

等待事件一般就可以停止运行代码，但是最好不要写在主线程里，容易引起关闭时候不正当现象。

一般windows窗口程序为什么不会有楼主这问题呢，因为窗口程序本身就是一个死循环程序，永远不会自动退出，除非接收到了特定的退出消息。

楼主如果是一个普通的测试程序的话，可以再程序末尾加一个死循环防止程序退出，又处于对性能的考虑，在循环中睡眠10秒。

while(1)

{

Sleep(10000)

}

-----------------

那不应该，对话框程序本身就是一个窗口程序，mfc工程下生成的会有个dlg.DoModal()函数来保持程序不会退出。

当对话框退出的话，那只有以下几种可能：

1. 按下对话框上的 ‘确定’或‘取消’按钮，他会执行对话框类里的虚函数OnOk 或 OnCancel函数，这2个函数都会使对话框退出。

2.按下了窗口'x'按钮，这个和‘取消’差不多。

3.ctrl+alt+del 强行关闭

4.其他非正当错误（比如内存错误，有错误提示）导致的程序崩溃退出。

5.线程发送消息告知主线程退出。（如果不是特意这么写，vc编译器不会自动写的）

线程的正常退出不会影响到其他线程（包括主线程）。

这里只能推测楼主把建立线程写在了 确定 按钮里了吧

---