C++ pure virtual function call

最近在写代码的时候，遇到“pure virtual function call”的报错：

问题的背景是这样的，Thread是一个线程的基类，Thread的代码如下：

#ifndef _THREAD_H_
#define _THREAD_H_

#include <Windows.h>
#include <process.h>

class Thread
{
public:
	Thread(): m_stopFlag(false), m_hThread(INVALID_HANDLE_VALUE){}
	virtual ~Thread(){Stop();}

	/// @brief		执行的主体
	/// @param[in]	void
	///	@remark		继承与Thread的类须实现Run函数
	///	@return		
	virtual void Run() = 0;

	/// @brief		启动线程
	///	@remark		
	///	@return		void
	void Start()
	{
		m_stopFlag = false;
		unsigned int *pData = NULL;
		m_hThread = (HANDLE)_beginthreadex(NULL, 0, thread_proc, this, 0, pData);
	}

	/// @brief		终止线程
	///	@remark		
	///	@return		void
	void Stop()
	{
		m_stopFlag = true;
		if(m_hThread != INVALID_HANDLE_VALUE)
		{
			if(WaitForSingleObject(m_hThread,INFINITE) != WAIT_ABANDONED)
			{
				CloseHandle(m_hThread);
			}
			m_hThread = INVALID_HANDLE_VALUE;
		}
	}

	/// @brief		判断线程是否停止
	///	@remark		
	///	@return		已停止则返回ture,否则返回false
	bool IsStop()
	{
		return m_stopFlag;
	}

protected:
	static unsigned __stdcall thread_proc(LPVOID p)
	{
		Thread *pThis = (Thread *)p;
		pThis->Run();

		CloseHandle( pThis->m_hThread );
		pThis->m_hThread = INVALID_HANDLE_VALUE;

		return 0;
	}
private:
	bool    m_stopFlag;
	HANDLE	m_hThread;
};

#endif//_THREAD_H_

threadClass是继承于Thread的一个子类，代码如下：

class threadClass : public Thread
{
public:
	virtual void Run()
	{
		for (int i=0; i<10; ++i)
		{
			printf("threadClass Run %d\n", i);
			::Sleep(1);
		}
	}
};

测试的代码如下：

int main()
{
	threadClass cls;
	cls.Start();
	//_sleep(1000);
	//cls.Stop();

	//system("pause");

	return 0;
}

        问题来了，如果直接执行程序，将直接报错“pure virtual function call”。如果放开main（）函数中注释掉的三行代码中的任意一行，程序都将正确执行（循环打印0~9在屏幕显示）。经过分析，可以找到问题所在：

        如果不执行_sleep(1000)，程序（主线程）启动后就立即return 0了，而子线程还未退出，从而导致子线程在执行析构的时候抛出异常了！所以，必须等待子线程执行完毕（或者终止子线程），此时退出主线程，才可以保证程序正确执行！
-------------------------------------------------------------------------------------------------------------------

最近又遇到这样的问题，通过调试发现，是PostThreadMessage的时候，第一个参数传的线程id是一个无效的ID，直接通过GetCurrentThreadId获取当前线程ID，就没这个bug了！