深入��出Win32多线�E�设计之MFC的多�U�程[转]

swo — Thu, 17 Aug 2006 14:30:00 GMT

深入��出Win32多线�E�设计之MFC的多�U�程(ZT)

http://msdn2.microsoft.com/zh-cn/library/172d2hhw.aspx

1、创建和�l�止�U�程

　　在MFC�E�序中创��Z��个线�E�，宜调用AfxBeginThread函数。该函数因参��C��同而具有两�U�重载版本，分别对应工作者线�E�和用户接口�Q�UI�Q�线�E��?br />
　　工作者线�E?br />

CWinThread *AfxBeginThread(
　AFX_THREADPROC pfnThreadProc, //控制函数
　LPVOID pParam, //传递给控制函数的参�?br />　int nPriority = THREAD_PRIORITY_NORMAL, //�U�程的优先��
　UINT nStackSize = 0, //�U�程的堆栈大��?br />　DWORD dwCreateFlags = 0, //�U�程的创建标�?br />　LPSECURITY_ATTRIBUTES lpSecurityAttrs = NULL //�U�程的安全属�?br />);

　　工作者线�E�编�E�较为简单，只需�~�写�U�程控制函数和启动线�E�即可。下面的代码�l�出了定义一个控制函数和启动它的�q�程�Q?br />

//�U�程控制函数
UINT MfcThreadProc(LPVOID lpParam)
{
　CExampleClass *lpObject = (CExampleClass*)lpParam;
　if (lpObject == NULL || !lpObject->IsKindof(RUNTIME_CLASS(CExampleClass)))
　　return - 1; //输入参数非法
　//�U�程成功启动
　while (1)
　{
　　...//
　}
　return 0;
}

//在MFC�E�序中启动线�E?br />AfxBeginThread(MfcThreadProc, lpObject);

　　UI�U�程

　　创徏用户界面�U�程�Ӟ��必须首先从CWinThread �z��c�，�q��?DECLARE_DYNCREATE �?IMPLEMENT_DYNCREATE 宏声明此�c�R�?br />
　　下面�l�出了CWinThread�cȝ��原型�Q�添加了关于光��要函数功能和是否需要被�l�承�c�重载的注释�Q�：

class CWinThread : public CCmdTarget
{
　DECLARE_DYNAMIC(CWinThread)

　public:
　　// Constructors
　　CWinThread();
　　BOOL CreateThread(DWORD dwCreateFlags = 0, UINT nStackSize = 0,
LPSECURITY_ATTRIBUTES lpSecurityAttrs = NULL);

　　// Attributes
　　CWnd* m_pMainWnd; // main window (usually same AfxGetApp()->m_pMainWnd)
　　CWnd* m_pActiveWnd; // active main window (may not be m_pMainWnd)
　　BOOL m_bAutoDelete; // enables 'delete this' after thread termination

　　// only valid while running
　　HANDLE m_hThread; // this thread's HANDLE
　　operator HANDLE() const;
　　DWORD m_nThreadID; // this thread's ID

　　int GetThreadPriority();
　　BOOL SetThreadPriority(int nPriority);

　　// Operations
　　DWORD SuspendThread();
　　DWORD ResumeThread();
　　BOOL PostThreadMessage(UINT message, WPARAM wParam, LPARAM lParam);

　　// Overridables
　　//执行�U�程实例初始化，必须重写
　　virtual BOOL InitInstance();

　　// running and idle processing
　　//控制�U�程的函敎ͼ�包含消息泵，一般不重写
　　virtual int Run();

　　//消息调度到TranslateMessage和DispatchMessage之前对其�q�行�{�选，
　　//通常不重�?br />　　virtual BOOL PreTranslateMessage(MSG* pMsg);

　　virtual BOOL PumpMessage(); // low level message pump

　　//执行�U�程特定的闲�|�时间处理，通常不重�?br />　　virtual BOOL OnIdle(LONG lCount); // return TRUE if more idle processing
　　virtual BOOL IsIdleMessage(MSG* pMsg); // checks for special messages

　　//�U�程�l�止时执行清除，通常需要重�?br />　　virtual int ExitInstance(); // default will 'delete this'

　　//截获��q��E�的消息和命令处理程序引发的未处理异常，通常不重�?br />　　virtual LRESULT ProcessWndProcException(CException* e, const MSG* pMsg);

　　// Advanced: handling messages sent to message filter hook
　　virtual BOOL ProcessMessageFilter(int code, LPMSG lpMsg);

　　// Advanced: virtual access to m_pMainWnd
　　virtual CWnd* GetMainWnd();

　　// Implementation
　public:
　　virtual ~CWinThread();
　　#ifdef _DEBUG
　　　virtual void AssertValid() const;
　　　virtual void Dump(CDumpContext& dc) const;
　　　int m_nDisablePumpCount; // Diagnostic trap to detect illegal re-entrancy
　　#endif
　　void CommonConstruct();
　　virtual void Delete();
　　// 'delete this' only if m_bAutoDelete == TRUE

　　// message pump for Run
　　MSG m_msgCur; // current message

　public:
　　// constructor used by implementation of AfxBeginThread
　　CWinThread(AFX_THREADPROC pfnThreadProc, LPVOID pParam);

　　// valid after construction
　　LPVOID m_pThreadParams; // generic parameters passed to starting function
　　AFX_THREADPROC m_pfnThreadProc;

　　// set after OLE is initialized
　　void (AFXAPI* m_lpfnOleTermOrFreeLib)(BOOL, BOOL);
　　COleMessageFilter* m_pMessageFilter;

　protected:
　　CPoint m_ptCursorLast; // last mouse position
　　UINT m_nMsgLast; // last mouse message
　　BOOL DispatchThreadMessageEx(MSG* msg); // helper
　　void DispatchThreadMessage(MSG* msg); // obsolete
};

　　启动UI�U�程的AfxBeginThread函数的原型�ؓ�Q?br />

CWinThread *AfxBeginThread(
　//从CWinThread�z��的类�?RUNTIME_CLASS
　CRuntimeClass *pThreadClass,
　int nPriority = THREAD_PRIORITY_NORMAL,
　UINT nStackSize = 0,
　DWORD dwCreateFlags = 0,
　LPSECURITY_ATTRIBUTES lpSecurityAttrs = NULL
);

　　我们可以方便��C��用VC++ 6.0�c�d��导定义一个��承自CWinThread的用��L��E�类。下面给��Z�生我们自定义的CWinThread子类CMyUIThread的方法�?br />
　　打开VC++ 6.0�c�d��|��在如下窗口中选择Base Class�c�MؓCWinThread�Q�输入子�c�d��为CMyUIThread�Q�点�?OK"按钮后就产生了类CMyUIThread�?br />

　　其源代码框架为：

/////////////////////////////////////////////////////////////////////////////
// CMyUIThread thread

class CMyUIThread : public CWinThread
{
　DECLARE_DYNCREATE(CMyUIThread)
　protected:
　　CMyUIThread(); // protected constructor used by dynamic creation

　　// Attributes
　public:

　　// Operations
　public:

　　// Overrides
　　// ClassWizard generated virtual function overrides
　　//{{AFX_VIRTUAL(CMyUIThread)
　　public:
　　　virtual BOOL InitInstance();
　　　virtual int ExitInstance();
　　//}}AFX_VIRTUAL

　　// Implementation
　protected:
　　virtual ~CMyUIThread();

　　// Generated message map functions
　　//{{AFX_MSG(CMyUIThread)
　　　// NOTE - the ClassWizard will add and remove member functions here.
　　//}}AFX_MSG

　DECLARE_MESSAGE_MAP()
};

/////////////////////////////////////////////////////////////////////////////
// CMyUIThread

IMPLEMENT_DYNCREATE(CMyUIThread, CWinThread)

CMyUIThread::CMyUIThread()
{}

CMyUIThread::~CMyUIThread()
{}

BOOL CMyUIThread::InitInstance()
{
　// TODO: perform and per-thread initialization here
　return TRUE;
}

int CMyUIThread::ExitInstance()
{
　// TODO: perform any per-thread cleanup here
　return CWinThread::ExitInstance();
}

BEGIN_MESSAGE_MAP(CMyUIThread, CWinThread)
//{{AFX_MSG_MAP(CMyUIThread)
// NOTE - the ClassWizard will add and remove mapping macros here.
//}}AFX_MSG_MAP
END_MESSAGE_MAP()

　　使用下列代码��可以启动这个UI�U�程�Q?br />

CMyUIThread *pThread;
pThread = (CMyUIThread*)
AfxBeginThread( RUNTIME_CLASS(CMyUIThread) );

　　另外�Q�我们也可以不用AfxBeginThread 创徏�U�程�Q�而是分如下两步完成：

　　�Q?�Q�调用线�E�类的构造函数创��Z��个线�E�对象；

　　�Q?�Q�调用CWinThread::CreateThread函数来启动该�U�程�?br />
　　在线�E�自�w�内调用AfxEndThread函数可以�l�止该线�E�：

void AfxEndThread(
　UINT nExitCode //the exit code of the thread
);

　　对于UI�U�程而言�Q�如果消息队列中攑օ�了WM_QUIT消息�Q�将�l�束�U�程�?br />
　　关于UI�U�程和工作者线�E�的分配�Q�最好的做法是：��所有与UI相关的操作放入主�U�程�Q�其它的�U��a的运��工作交�l�独立的��C��工作者线�E��?br />
　　候捷先生早些旉��喜欢为MDI�E�序的每个窗口创��Z��个线�E�，他后来澄清了�q�个错误。因为如果�ؓMDI�E�序的每个窗口都单独创徏一个线�E�，在窗口进行切换的时候，��进行线�E�的上下文切换！

2.�U�程间通信

　　MFC中定义了�l�承自CSyncObject�cȝ��CCriticalSection 、CCEvent、CMutex、CSemaphore�c�d��装和��化了WIN32 API所提供的��界区、事件、互斥和信号量。��用这些同步机�Ӟ��必须包含"Afxmt.h"头文件。下囄��Z��cȝ��l�承关系�Q?br />

　　作�ؓCSyncObject�cȝ��l�承�c�，我们仅仅使用基类CSyncObject的接口函数就可以方便、统一的操作CCriticalSection 、CCEvent、CMutex、CSemaphore�c�，下面是CSyncObject�cȝ��原型�Q?br />

class CSyncObject : public CObject
{
　DECLARE_DYNAMIC(CSyncObject)

　// Constructor
　public:
　　CSyncObject(LPCTSTR pstrName);

　　// Attributes
　public:
　　operator HANDLE() const;
　　HANDLE m_hObject;

　　// Operations
　　virtual BOOL Lock(DWORD dwTimeout = INFINITE);
　　virtual BOOL Unlock() = 0;
　　virtual BOOL Unlock(LONG /* lCount */, LPLONG /* lpPrevCount=NULL */)
　　{ return TRUE; }

　　// Implementation
　public:
　　virtual ~CSyncObject();
　　#ifdef _DEBUG
　　　CString m_strName;
　　　virtual void AssertValid() const;
　　　virtual void Dump(CDumpContext& dc) const;
　　#endif
　　friend class CSingleLock;
　　friend class CMultiLock;
};

　　CSyncObject�c�L��主要的两个函数是Lock和Unlock�Q�若我们直接使用CSyncObject�c�d��其派生类�Q�我们需要非常小心地在Lock之后调用Unlock�?br />
　　MFC提供的另两个�c�CSingleLock�Q�等待一个对象）和CMultiLock�Q�等待多个对象）为我们编写应用程序提供了更灵�zȝ��机制�Q�下面以实际来阐�q�CSingleLock的用法：

class CThreadSafeWnd
{
　public:
　　CThreadSafeWnd(){}
　　~CThreadSafeWnd(){}
　　void SetWindow(CWnd *pwnd)
　　{
　　　m_pCWnd = pwnd;
　　}
　　void PaintBall(COLORREF color, CRect &rc);
　private:
　　CWnd *m_pCWnd;
　　CCriticalSection m_CSect;
};

void CThreadSafeWnd::PaintBall(COLORREF color, CRect &rc)
{
　CSingleLock csl(&m_CSect);
　//�~�省的Timeout是INFINITE�Q�只有m_Csect被激�z�，csl.Lock()才能�q�回
　//true�Q�这里一直等�?br />　if (csl.Lock())
;
　{
　　// not necessary
　　//AFX_MANAGE_STATE(AfxGetStaticModuleState( ));
　　CDC *pdc = m_pCWnd->GetDC();
　　CBrush brush(color);
　　CBrush *oldbrush = pdc->SelectObject(&brush);
　　pdc->Ellipse(rc);
　　pdc->SelectObject(oldbrush);
　　GdiFlush(); // don't wait to update the display
　}
}

　　上述实例讲述了用CSingleLock对Windows GDI相关对象�q�行保护的方法，下面再给��Z��个其他方面的例子�Q?br />

int array1[10], array2[10];
CMutexSection section; //创徏一个CMutex�cȝ��对象

//赋值线�E�控制函�?br />UINT EvaluateThread(LPVOID param)
{
　CSingleLock singlelock;
　singlelock(§ion);

　//互斥区域
　singlelock.Lock();
　for (int i = 0; i < 10; i++)
　　array1[i] = i;
　singlelock.Unlock();
}
//拯��U�程控制函数
UINT CopyThread(LPVOID param)
{
　CSingleLock singlelock;
　singlelock(§ion);

　//互斥区域
　singlelock.Lock();
　for (int i = 0; i < 10; i++)
　　array2[i] = array1[i];
　singlelock.Unlock();
}
}

AfxBeginThread(EvaluateThread, NULL); //启动赋值线�E?br />AfxBeginThread(CopyThread, NULL); //启动拯��U�程

　　上面的例子中启动了两个线�E�EvaluateThread和CopyThread�Q�线�E�EvaluateThread�?0个数赋值给数组array1 []�Q�线�E�CopyThread��数�l�array1[]拯��l�数�l�array2[]。由于数�l�的拯��和赋值都是整体行为，如果不以互斥形式执行代码�D�：

for (int i = 0; i < 10; i++)
array1[i] = i;

　　�?br />

for (int i = 0; i < 10; i++)
array2[i] = array1[i];

　　其结果是很难预料的！

　　除了可��用CCriticalSection、CEvent、CMutex、CSemaphore作�ؓ�U�程间同步通信的方式以外，我们�q�可以利用PostThreadMessage函数在线�E�间发送消息：

BOOL PostThreadMessage(DWORD idThread, // thread identifier
UINT Msg, // message to post
WPARAM wParam, // first message parameter
LPARAM lParam // second message parameter
);

3.�U�程与消息队�?br />
　　在WIN32中，每一个线�E�都对应着一个消息队列。由于一个线�E�可以��生数个窗口，所以�ƈ不是每个�H�口都对应着一个消息队列。下列几句话应该作�ؓ"定理"被记住：

　　"定理" 一

　　所有��生给某个�H�口的消息，都先由创��个窗口的�U�程处理�Q?br />
　　"定理" �?br />
　　Windows屏幕上的每一个控仉��是一个窗口，有对应的�H�口函数�?br />
　　消息的发送通常有两�U�方式，一是SendMessage�Q�一是PostMessage�Q�其原型分别为：

LRESULT SendMessage(HWND hWnd, // handle of destination window
　UINT Msg, // message to send
　WPARAM wParam, // first message parameter
　LPARAM lParam // second message parameter
);
BOOL PostMessage(HWND hWnd, // handle of destination window
　UINT Msg, // message to post
　WPARAM wParam, // first message parameter
　LPARAM lParam // second message parameter
);

　　两个函数原型中的四个参数的意义相同，但是SendMessage和PostMessage的行为有差异。SendMessage必须�{�待消息被处理后才返回，而PostMessage仅仅��消息放入消息队列。SendMessage的目标窗口如果属于另一个线�E�，则会发生�U�程上下文切换，�{�待另一�U�程处理完成消息。�ؓ了防止另一�U�程当掉�Q�导致SendMessage永远不能�q�回�Q�我们可以调用SendMessageTimeout函数�Q?br />

LRESULT SendMessageTimeout(
　HWND hWnd, // handle of destination window
　UINT Msg, // message to send
　WPARAM wParam, // first message parameter
　LPARAM lParam, // second message parameter
　UINT fuFlags, // how to send the message
　UINT uTimeout, // time-out duration
　LPDWORD lpdwResult // return value for synchronous call
);

　　4. MFC�U�程、消息队列与MFC�E�序�?生死因果"

　　分析MFC�E�序的主�U�程启动及消息队列处理的�q�程��有助于我们�q�一步理解UI�U�程与消息队列的关系�Q��ؓ此我们需要简单地叙述一下MFC�E�序�?生死因果"�Q�侯��P��《深入浅出MFC》）�?br />
　　使用VC++ 6.0的向导完成一个最��单的单文档架构MFC应用�E�序MFCThread�Q?br />
　　�Q?�Q?输入MFC EXE工程名MFCThread�Q?br />
　　�Q?�Q?选择单文档架构，不支持Document/View�l�构�Q?br />
　　�Q?�Q?ActiveX�?D container�{�其他选项都选择无�?br />
　　我们来分析这个工�E�。下面是产生的核心源代码�Q?br />
　　MFCThread.h 文�g

class CMFCThreadApp : public CWinApp
{
　public:
　　CMFCThreadApp();

　　// Overrides
　　// ClassWizard generated virtual function overrides
　　//{{AFX_VIRTUAL(CMFCThreadApp)
　　　public:
　　　　virtual BOOL InitInstance();
　　//}}AFX_VIRTUAL

　　// Implementation

　public:
　　//{{AFX_MSG(CMFCThreadApp)
　　　afx_msg void OnAppAbout();
　　　// NOTE - the ClassWizard will add and remove member functions here.
　　　// DO NOT EDIT what you see in these blocks of generated code !
　　//}}AFX_MSG
　DECLARE_MESSAGE_MAP()
};

　　MFCThread.cpp文�g

CMFCThreadApp theApp;

/////////////////////////////////////////////////////////////////////////////
// CMFCThreadApp initialization

BOOL CMFCThreadApp::InitInstance()
{
　�?br />　CMainFrame* pFrame = new CMainFrame;
　m_pMainWnd = pFrame;

　// create and load the frame with its resources
　pFrame->LoadFrame(IDR_MAINFRAME,WS_OVERLAPPEDWINDOW | FWS_ADDTOTITLE, NULL,NULL);
　// The one and only window has been initialized, so show and update it.
　pFrame->ShowWindow(SW_SHOW);
　pFrame->UpdateWindow();

　return TRUE;
}

　　MainFrm.h文�g

#include "ChildView.h"

class CMainFrame : public CFrameWnd
{
　public:
　　CMainFrame();
　protected:
　　DECLARE_DYNAMIC(CMainFrame)

　　// Attributes
　public:

　　// Operations
　public:
　　// Overrides
　　// ClassWizard generated virtual function overrides
　　//{{AFX_VIRTUAL(CMainFrame)
　　　virtual BOOL PreCreateWindow(CREATESTRUCT& cs);
　　　virtual BOOL OnCmdMsg(UINT nID, int nCode, void* pExtra, AFX_CMDHANDLERINFO* pHandlerInfo);
　　//}}AFX_VIRTUAL

　　// Implementation
　public:
　　virtual ~CMainFrame();
　　#ifdef _DEBUG
　　　virtual void AssertValid() const;
　　　virtual void Dump(CDumpContext& dc) const;
　　#endif
　　CChildView m_wndView;

　　// Generated message map functions
　protected:
　//{{AFX_MSG(CMainFrame)
　　afx_msg void OnSetFocus(CWnd *pOldWnd);
　　// NOTE - the ClassWizard will add and remove member functions here.
　　// DO NOT EDIT what you see in these blocks of generated code!
　//}}AFX_MSG
　DECLARE_MESSAGE_MAP()
};

　　MainFrm.cpp文�g

IMPLEMENT_DYNAMIC(CMainFrame, CFrameWnd)

BEGIN_MESSAGE_MAP(CMainFrame, CFrameWnd)
　//{{AFX_MSG_MAP(CMainFrame)
　　// NOTE - the ClassWizard will add and remove mapping macros here.
　　// DO NOT EDIT what you see in these blocks of generated code !
　　ON_WM_SETFOCUS()
　//}}AFX_MSG_MAP
END_MESSAGE_MAP()

/////////////////////////////////////////////////////////////////////////////
// CMainFrame construction/destruction

CMainFrame::CMainFrame()
{
　// TODO: add member initialization code here
}

CMainFrame::~CMainFrame()
{}

BOOL CMainFrame::PreCreateWindow(CREATESTRUCT& cs)
{
　if( !CFrameWnd::PreCreateWindow(cs) )
　　return FALSE;
　　// TODO: Modify the Window class or styles here by modifying
　　// the CREATESTRUCT cs

　cs.dwExStyle &= ~WS_EX_CLIENTEDGE;
　cs.lpszClass = AfxRegisterWndClass(0);
　return TRUE;
}

　　ChildView.h文�g

// CChildView window

class CChildView : public CWnd
{
　// Construction
　public:
　　CChildView();

　　// Attributes
　public:
　　// Operations
　public:
　　// Overrides
　　// ClassWizard generated virtual function overrides
　　//{{AFX_VIRTUAL(CChildView)
　　　protected:
　　　　virtual BOOL PreCreateWindow(CREATESTRUCT& cs);
　　//}}AFX_VIRTUAL

　　// Implementation
　public:
　　virtual ~CChildView();

　　// Generated message map functions
　protected:
　　//{{AFX_MSG(CChildView)
　　　afx_msg void OnPaint();
　　//}}AFX_MSG
　DECLARE_MESSAGE_MAP()
};

ChildView.cpp文�g
// CChildView

CChildView::CChildView()
{}

CChildView::~CChildView()
{}

BEGIN_MESSAGE_MAP(CChildView,CWnd )
//{{AFX_MSG_MAP(CChildView)
ON_WM_PAINT()
//}}AFX_MSG_MAP
END_MESSAGE_MAP()

/////////////////////////////////////////////////////////////////////////////
// CChildView message handlers

BOOL CChildView::PreCreateWindow(CREATESTRUCT& cs)
{
　if (!CWnd::PreCreateWindow(cs))
　　return FALSE;

　cs.dwExStyle |= WS_EX_CLIENTEDGE;
　cs.style &= ~WS_BORDER;
　cs.lpszClass = AfxRegisterWndClass(CS_HREDRAW|CS_VREDRAW|CS_DBLCLKS,::LoadCursor(NULL, IDC_ARROW),
HBRUSH(COLOR_WINDOW+1),NULL);

　return TRUE;
}

void CChildView::OnPaint()
{
　CPaintDC dc(this); // device context for painting

　// TODO: Add your message handler code here
　// Do not call CWnd::OnPaint() for painting messages
}

　　文�gMFCThread.h和MFCThread.cpp定义和实现的�c�CMFCThreadApp�l�承自CWinApp�c�，而CWinApp�c�d��l�承自CWinThread�c�（CWinThread�c�d��l�承自CCmdTarget�c�）�Q�所以CMFCThread本质上是一个MFC�U�程�c�，下图�l�出了相关的�c�d��ơ结构：

我们提取CWinApp�c�d��型的一部分�Q?br />

class CWinApp : public CWinThread
{
　DECLARE_DYNAMIC(CWinApp)
　public:
　　// Constructor
　　CWinApp(LPCTSTR lpszAppName = NULL);// default app name
　　// Attributes
　　// Startup args (do not change)
　　HINSTANCE m_hInstance;
　　HINSTANCE m_hPrevInstance;
　　LPTSTR m_lpCmdLine;
　　int m_nCmdShow;
　　// Running args (can be changed in InitInstance)
　　LPCTSTR m_pszAppName; // human readable name
　　LPCTSTR m_pszExeName; // executable name (no spaces)
　　LPCTSTR m_pszHelpFilePath; // default based on module path
　　LPCTSTR m_pszProfileName; // default based on app name

　　// Overridables
　　virtual BOOL InitApplication();
　　virtual BOOL InitInstance();
　　virtual int ExitInstance(); // return app exit code
　　virtual int Run();
　　virtual BOOL OnIdle(LONG lCount); // return TRUE if more idle processing
　　virtual LRESULT ProcessWndProcException(CException* e,const MSG* pMsg);

　public:
　　virtual ~CWinApp();
　protected:
　　DECLARE_MESSAGE_MAP()
};

　　SDK�E�序的WinMain 所完成的工作现在由CWinApp 的三个函数完成：

virtual BOOL InitApplication();
virtual BOOL InitInstance();
virtual int Run();

　　"CMFCThreadApp theApp;"语句定义的全局变量theApp是整个程式的application object�Q�每一个MFC 应用�E�序都有一个。当我们执行MFCThread�E�序的时候，�q�个全局变量被构造。theApp 配置完成后，WinMain开始执行。但是程序中�q�没有WinMain的代码，它在哪里呢？原来MFC早已准备好�ƈ由Linker直接加到应用�E�序代码�? 的，其原型�ؓ�Q�存在于VC++6.0安装目录下提供的APPMODUL.CPP文�g中）�Q?br />

extern "C" int WINAPI
_tWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,
LPTSTR lpCmdLine, int nCmdShow)
{
　// call shared/exported WinMain
　return AfxWinMain(hInstance, hPrevInstance, lpCmdLine, nCmdShow);
}

　　其中调用的AfxWinMain如下�Q�存在于VC++6.0安装目录下提供的WINMAIN.CPP文�g中）�Q?br />

int AFXAPI AfxWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,
LPTSTR lpCmdLine, int nCmdShow)
{
　ASSERT(hPrevInstance == NULL);

　int nReturnCode = -1;
　CWinThread* pThread = AfxGetThread();
　CWinApp* pApp = AfxGetApp();

　// AFX internal initialization
　if (!AfxWinInit(hInstance, hPrevInstance, lpCmdLine, nCmdShow))
　　goto InitFailure;

　// App global initializations (rare)
　if (pApp != NULL && !pApp->InitApplication())
　　goto InitFailure;

　// Perform specific initializations
　if (!pThread->InitInstance())
　{
　　if (pThread->m_pMainWnd != NULL)
　　{
　　　TRACE0("Warning: Destroying non-NULL m_pMainWnd\n");
　　　pThread->m_pMainWnd->DestroyWindow();
　　}
　　nReturnCode = pThread->ExitInstance();
　　goto InitFailure;
　}
　nReturnCode = pThread->Run();

　InitFailure:
　#ifdef _DEBUG
　　// Check for missing AfxLockTempMap calls
　　if (AfxGetModuleThreadState()->m_nTempMapLock != 0)
　　{
　　　TRACE1("Warning: Temp map lock count non-zero (%ld).\n",
AfxGetModuleThreadState()->m_nTempMapLock);
　　}
　　AfxLockTempMaps();
　　AfxUnlockTempMaps(-1);
　#endif

　AfxWinTerm();
　return nReturnCode;
}

　　我们提取��d��Q�实际上�Q�这个函数做的事情主要是�Q?br />

CWinThread* pThread = AfxGetThread();
CWinApp* pApp = AfxGetApp();
AfxWinInit(hInstance, hPrevInstance, lpCmdLine, nCmdShow)
pApp->InitApplication()
pThread->InitInstance()
pThread->Run();

　　其中�Q�InitApplication 是注册窗口类别的场所�Q�InitInstance是��生窗口�ƈ昄��H�口的场所�Q�Run是提取�ƈ分派消息的场所。这��P��MFC��同WIN32 SDK�E�序对应��h��了。CWinThread::Run是程序生命的"�z�L��源头"�Q�侯��P��《深入浅出MFC》，函数存在于VC++ 6.0安装目录下提供的THRDCORE.CPP文�g中）�Q?br />

// main running routine until thread exits
int CWinThread::Run()
{
　ASSERT_VALID(this);

　// for tracking the idle time state
　BOOL bIdle = TRUE;
　LONG lIdleCount = 0;

　// acquire and dispatch messages until a WM_QUIT message is received.
　for (;;)
　{
　　// phase1: check to see if we can do idle work
　　while (bIdle && !::PeekMessage(&m_msgCur, NULL, NULL, NULL, PM_NOREMOVE))
　　{
　　　// call OnIdle while in bIdle state
　　　if (!OnIdle(lIdleCount++))
　　　　bIdle = FALSE; // assume "no idle" state
　　}

　　// phase2: pump messages while available
　　do
　　{
　　　// pump message, but quit on WM_QUIT
　　　if (!PumpMessage())
　　　　return ExitInstance();

　　　// reset "no idle" state after pumping "normal" message
　　　if (IsIdleMessage(&m_msgCur))
　　　{
　　　　bIdle = TRUE;
　　　　lIdleCount = 0;
　　　}

　　} while (::PeekMessage(&m_msgCur, NULL, NULL, NULL, PM_NOREMOVE));
　}
　ASSERT(FALSE); // not reachable
}

　　其中的PumpMessage函数又对应于�Q?br />

/////////////////////////////////////////////////////////////////////////////
// CWinThread implementation helpers

BOOL CWinThread::PumpMessage()
{
　ASSERT_VALID(this);

　if (!::GetMessage(&m_msgCur, NULL, NULL, NULL))
　{
　　return FALSE;
　}

　// process this message
　if(m_msgCur.message != WM_KICKIDLE && !PreTranslateMessage(&m_msgCur))
　{
　　::TranslateMessage(&m_msgCur);
　　::DispatchMessage(&m_msgCur);
　}
　return TRUE;
}

　　因此�Q�忽略IDLE状态，整个RUN的执行提取主�q�就是：

do {
　::GetMessage(&msg,...);
　PreTranslateMessage{&msg);
　::TranslateMessage(&msg);
　::DispatchMessage(&msg);
　...
} while (::PeekMessage(...));

　　由此�Q�我们徏立了MFC消息获取和派生机制与WIN32 SDK�E�序之间的对应关�p�R��下面��l�分析MFC消息�?�l�行"�q�程�?br />
　　在MFC中，只要是CWnd 衍生�c�d��Q�就可以拦下��M��Windows消息。与�H�口无关的MFC�c�d��Q�例如CDocument 和CWinApp�Q�如果也惛_��理消息，必须衍生自CCmdTarget�Q��ƈ且只可能收到WM_COMMAND消息。所有能�q�行MESSAGE_MAP的类都��承自CCmdTarget�Q�如�Q?br />

　　MFC中MESSAGE_MAP的定义依赖于以下三个宏：

DECLARE_MESSAGE_MAP()

BEGIN_MESSAGE_MAP(
　theClass, //Specifies the name of the class whose message map this is
　baseClass //Specifies the name of the base class of theClass
)

END_MESSAGE_MAP()

　　我们�E�序中涉及到的有�Q�MFCThread.h、MainFrm.h、ChildView.h文�g

DECLARE_MESSAGE_MAP()
MFCThread.cpp文�g
BEGIN_MESSAGE_MAP(CMFCThreadApp, CWinApp)
//{{AFX_MSG_MAP(CMFCThreadApp)
ON_COMMAND(ID_APP_ABOUT, OnAppAbout)
// NOTE - the ClassWizard will add and remove mapping macros here.
// DO NOT EDIT what you see in these blocks of generated code!
//}}AFX_MSG_MAP
END_MESSAGE_MAP()
MainFrm.cpp文�g
BEGIN_MESSAGE_MAP(CMainFrame, CFrameWnd)
//{{AFX_MSG_MAP(CMainFrame)
// NOTE - the ClassWizard will add and remove mapping macros here.
// DO NOT EDIT what you see in these blocks of generated code !
ON_WM_SETFOCUS()
//}}AFX_MSG_MAP
END_MESSAGE_MAP()
ChildView.cpp文�g
BEGIN_MESSAGE_MAP(CChildView,CWnd )
//{{AFX_MSG_MAP(CChildView)
ON_WM_PAINT()
//}}AFX_MSG_MAP
END_MESSAGE_MAP()

　　��p��些宏�Q�MFC建立了一个消息映��表�Q�消息流动网�Q�，按照消息��动�|�匹配对应的消息处理函数�Q�完成整个消息的"�l�行"�?br />
　　看到�q�里�怿�你有�q�样的疑问：�E�序定义了CWinApp�cȝ��theApp全局变量�Q�可是从来没有调用AfxBeginThread或theApp.CreateThread启动�U�程呀�Q�theApp对应的线�E�是怎么启动的？

　　�{�：MFC在这里用了很高明的一招。实际上�Q�程序开始运行，�W�一个线�E�是由操作系�l�（OS�Q�启动的�Q�在CWinApp的构造函数里�Q�MFC��theApp"对应"向了�q�个�U�程�Q�具体的实现是这��L��Q?br />

CWinApp::CWinApp(LPCTSTR lpszAppName)
{
　if (lpszAppName != NULL)
　　m_pszAppName = _tcsdup(lpszAppName);
　else
　　m_pszAppName = NULL;

　// initialize CWinThread state
　AFX_MODULE_STATE *pModuleState = _AFX_CMDTARGET_GETSTATE();
　AFX_MODULE_THREAD_STATE *pThreadState = pModuleState->m_thread;
　ASSERT(AfxGetThread() == NULL);
　pThreadState->m_pCurrentWinThread = this;
　ASSERT(AfxGetThread() == this);
　m_hThread = ::GetCurrentThread();
　m_nThreadID = ::GetCurrentThreadId();

　// initialize CWinApp state
　ASSERT(afxCurrentWinApp == NULL); // only one CWinApp object please
　pModuleState->m_pCurrentWinApp = this;
　ASSERT(AfxGetApp() == this);

　// in non-running state until WinMain
　m_hInstance = NULL;
　m_pszHelpFilePath = NULL;
　m_pszProfileName = NULL;
　m_pszRegistryKey = NULL;
　m_pszExeName = NULL;
　m_pRecentFileList = NULL;
　m_pDocManager = NULL;
　m_atomApp = m_atomSystemTopic = NULL; //微��Y懒鬼�Q�或者他认�ؓ
　//�q�样�q�等含义更明��？
　m_lpCmdLine = NULL;
　m_pCmdInfo = NULL;

　// initialize wait cursor state
　m_nWaitCursorCount = 0;
　m_hcurWaitCursorRestore = NULL;

　// initialize current printer state
　m_hDevMode = NULL;
　m_hDevNames = NULL;
　m_nNumPreviewPages = 0; // not specified (defaults to 1)

　// initialize DAO state
　m_lpfnDaoTerm = NULL; // will be set if AfxDaoInit called

　// other initialization
　m_bHelpMode = FALSE;
　m_nSafetyPoolSize = 512; // default size
}

　　很显�Ӟ��theApp成员变量都被赋予OS启动的这个当前线�E�相关的��|��如代码：

m_hThread = ::GetCurrentThread();//theApp的线�E�句柄等于当前线�E�句�?
m_nThreadID = ::GetCurrentThreadId();//theApp的线�E�ID�{�于当前�U�程ID

　　所以CWinApp�c�d��乎只是�ؓMFC�E�序的第一个线�E�量�w�定制的�Q�它不需要也不能被AfxBeginThread�? theApp.CreateThread"再次"启动。这��是CWinApp�c�d��theApp全局变量的内涵！如果你要再增加一个UI�U�程�Q�不要��承类 CWinApp�Q�而应�l�承�c�CWinThread。而参考第1节，�׃��我们一般以�ȝ��E�（在MFC�E�序里实际上��是OS启动的第一个线�E�）处理所有窗口的消息�Q�所以我们几乎没有再启动UI�U�程的需求！

swo 2006-08-17 22:30 发表评论

久久人人爽人人爽人人片av高请,国产精品久久久久久久app ,青青青国产成人久久111网站

深入��出Win32多线�E�设计之MFC的多�U�程[转]

深入��出Win32多线�E�程序设计之基本概念

久久人人爽人人爽人人片av高请,国产精品久久久久久久app ,青青青国产成人久久111网站

深入���出Win32多线�E�设计之MFC的多�U�程[转]

深入���出Win32多线�E�程序设计之基本概念

深入��出Win32多线�E�设计之MFC的多�U�程[转]

深入��出Win32多线�E�程序设计之基本概念