一、MFC對多線程編程的支持

　　MFC中有兩類線程，分別稱之為工作者線程和用戶界面線程。二者的主要區(qū)別在于工作者線程沒有消息循環(huán)，而用戶界面線程有自己的消息隊列和消息循環(huán)。
　　工作者線程沒有消息機制，通常用來執(zhí)行后臺計算和維護任務，如冗長的計算過程，打印機的后臺打印等。用戶界面線程一般用于處理獨立于其他線程執(zhí)行之外的用戶輸入，響應用戶及系統(tǒng)所產(chǎn)生的事件和消息等。但對于Win32的API編程而言，這兩種線程是沒有區(qū)別的，它們都只需線程的啟動地址即可啟動線程來執(zhí)行任務。
　　在MFC中，一般用全局函數(shù)AfxBeginThread()來創(chuàng)建并初始化一個線程的運行，該函數(shù)有兩種重載形式，分別用于創(chuàng)建工作者線程和用戶界面線程。兩種重載函數(shù)原型和參數(shù)分別說明如下：

　　(1) CWinThread* AfxBeginThread(

　　　　　　  AFX_THREADPROC pfnThreadProc,
       　　　　 LPVOID pParam,
       　　 　　int nPriority = THREAD_PRIORITY_NORMAL,
       　　　　 UNT nStackSize = 0,
       　　　　 DWORD dwCreateFlags = 0,
       　　　　 LPSECURITY_ATTRIBUTES lpSecurityAttrs = NULL
      　　　　 );//用于創(chuàng)建工作者線程

　　PfnThreadProc:指向工作者線程的執(zhí)行函數(shù)的指針，線程函數(shù)原型必須聲明如下：

　　UINT ExecutingFunction(LPVOID pParam);

　　請注意，ExecutingFunction()應返回一個UINT類型的值，用以指明該函數(shù)結(jié)束的原因。一般情況下，返回0表明執(zhí)行成功。

• pParam：　　    一個32位參數(shù)，執(zhí)行函數(shù)將用某種方式解釋該值。它可以是數(shù)值，或是指向一個結(jié)構(gòu)的指針，甚至可以被忽略；
• nPriority：　　   線程的優(yōu)先級。如果為0，則線程與其父線程具有相同的優(yōu)先級；
• nStackSize:　　 線程為自己分配堆棧的大小，其單位為字節(jié)。如果nStackSize被設為0，則線程的堆棧被設置成與父線程堆棧相同大小；
• dwCreateFlags：如果為0，則線程在創(chuàng)建后立刻開始執(zhí)行。如果為CREATE_SUSPEND，則線程在創(chuàng)建后立刻被掛起；
• lpSecurityAttrs：線程的安全屬性指針，一般為NULL；

　　(2) CWinThread* AfxBeginThread(

　　　　　　 CRuntimeClass* pThreadClass,
       　　 　　int nPriority = THREAD_PRIORITY_NORMAL,
       　　　　 UNT nStackSize = 0,
       　　　　 DWORD dwCreateFlags = 0,
       　　　　 LPSECURITY_ATTRIBUTES lpSecurityAttrs = NULL
      　　　　 );　

　　pThreadClass 是指向 CWinThread 的一個導出類的運行時類對象的指針，該導出類定義了被創(chuàng)建的用戶界面線程的啟動、退出等；其它參數(shù)的意義同形式1。使用函數(shù)的這個原型生成的線程也有消息機制，在以后的例子中我們將發(fā)現(xiàn)同主線程的機制幾乎一樣。

　　下面我們對CWinThread類的數(shù)據(jù)成員及常用函數(shù)進行簡要說明。

• m_hThread：    　當前線程的句柄；
• m_nThreadID:  　當前線程的ID；
• m_pMainWnd：　指向應用程序主窗口的指針

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

　　該函數(shù)中的dwCreateFlags、nStackSize、lpSecurityAttrs參數(shù)和API函數(shù)CreateThread中的對應參數(shù)有相同含義，該函數(shù)執(zhí)行成功，返回非0值，否則返回0。
　　一般情況下，調(diào)用AfxBeginThread()來一次性地創(chuàng)建并啟動一個線程，但是也可以通過兩步法來創(chuàng)建線程：首先創(chuàng)建CWinThread類的一個對象，然后調(diào)用該對象的成員函數(shù)CreateThread()來啟動該線程。

　　virtual BOOL CWinThread::InitInstance();

　　重載該函數(shù)以控制用戶界面線程實例的初始化。初始化成功則返回非0值，否則返回0。用戶界面線程經(jīng)常重載該函數(shù)，工作者線程一般不使用InitInstance()。

　　virtual int CWinThread::ExitInstance();

　　在線程終結(jié)前重載該函數(shù)進行一些必要的清理工作。該函數(shù)返回線程的退出碼，0表示執(zhí)行成功，非0值用來標識各種錯誤。同InitInstance()成員函數(shù)一樣，該函數(shù)也只適用于用戶界面線程。

二、MFC中線程同步

 在程序中使用多線程時，一般很少有多個線程能在其生命期內(nèi)進行完全獨立的操作。更多的情況是一些線程進行某些處理操作，而其他的線程必須對其處理結(jié)果進行了解。正常情況下對這種處理結(jié)果的了解應當在其處理任務完成后進行。
　　如果不采取適當?shù)拇胧渌€程往往會在線程處理任務結(jié)束前就去訪問處理結(jié)果，這就很有可能得到有關(guān)處理結(jié)果的錯誤了解。例如，多個線程同時訪問同一個全局變量，如果都是讀取操作，則不會出現(xiàn)問題。如果一個線程負責改變此變量的值，而其他線程負責同時讀取變量內(nèi)容，則不能保證讀取到的數(shù)據(jù)是經(jīng)過寫線程修改后的。
　　為了確保讀線程讀取到的是經(jīng)過修改的變量，就必須在向變量寫入數(shù)據(jù)時禁止其他線程對其的任何訪問，直至賦值過程結(jié)束后再解除對其他線程的訪問限制。象這種保證線程能了解其他線程任務處理結(jié)束后的處理結(jié)果而采取的保護措施即為線程同步。
　　線程的同步可分用戶模式的線程同步和內(nèi)核對象的線程同步兩大類。用戶模式中線程的同步方法主要有原子訪問和臨界區(qū)等方法。其特點是同步速度特別快，適合于對線程運行速度有嚴格要求的場合。
　　內(nèi)核對象的線程同步則主要由事件、等待定時器、信號量以及信號燈等內(nèi)核對象構(gòu)成。由于這種同步機制使用了內(nèi)核對象，使用時必須將線程從用戶模式切換到內(nèi)核模式，而這種轉(zhuǎn)換一般要耗費近千個CPU周期，因此同步速度較慢，但在適用性上卻要遠優(yōu)于用戶模式的線程同步方式。

　　1.臨界區(qū)
　　臨界區(qū)（Critical Section）是一段獨占對某些共享資源訪問的代碼，在任意時刻只允許一個線程對共享資源進行訪問。如果有多個線程試圖同時訪問臨界區(qū)，那么在有一個線程進入后其他所有試圖訪問此臨界區(qū)的線程將被掛起，并一直持續(xù)到進入臨界區(qū)的線程離開。臨界區(qū)在被釋放后，其他線程可以繼續(xù)搶占，并以此達到用原子方式操作共享資源的目的。
　　臨界區(qū)在使用時以CRITICAL_SECTION結(jié)構(gòu)對象保護共享資源，并分別用EnterCriticalSection（）和LeaveCriticalSection（）函數(shù)去標識和釋放一個臨界區(qū)。所用到的CRITICAL_SECTION結(jié)構(gòu)對象必須經(jīng)過InitializeCriticalSection（）的初始化后才能使用，而且必須確保所有線程中的任何試圖訪問此共享資源的代碼都處在此臨界區(qū)的保護之下。否則臨界區(qū)將不會起到應有的作用，共享資源依然有被破壞的可能。

代碼

代碼

　　2.事件內(nèi)核對象

　　在前面講述線程通信時曾使用過事件內(nèi)核對象來進行線程間的通信，除此之外，事件內(nèi)核對象也可以通過通知操作的方式來保持線程的同步。對于前面那段使用臨界區(qū)保持線程同步的代碼可用事件對象的線程同步方法改寫如下：

代碼

　　在創(chuàng)建線程前，首先創(chuàng)建一個可以自動復位的事件內(nèi)核對象hEvent，而線程函數(shù)則通過WaitForSingleObject（）等待函數(shù)無限等待hEvent的置位，只有在事件置位時WaitForSingleObject（）才會返回，被保護的代碼將得以執(zhí)行。對于以自動復位方式創(chuàng)建的事件對象，在其置位后一被WaitForSingleObject（）等待到就會立即復位，也就是說在執(zhí)行ThreadProc12（）中的受保護代碼時，事件對象已經(jīng)是復位狀態(tài)的，這時即使有ThreadProc13（）對CPU的搶占，也會由于WaitForSingleObject（）沒有hEvent的置位而不能繼續(xù)執(zhí)行，也就沒有可能破壞受保護的共享資源。在ThreadProc12（）中的處理完成后可以通過SetEvent（）對hEvent的置位而允許ThreadProc13（）對共享資源g_cArray的處理。這里SetEvent（）所起的作用可以看作是對某項特定任務完成的通知。
　　使用臨界區(qū)只能同步同一進程中的線程，而使用事件內(nèi)核對象則可以對進程外的線程進行同步，其前提是得到對此事件對象的訪問權(quán)。可以通過OpenEvent（）函數(shù)獲取得到，其函數(shù)原型為：

　　參數(shù)nCount指定了要等待的內(nèi)核對象的數(shù)目，存放這些內(nèi)核對象的數(shù)組由lpHandles來指向。fWaitAll對指定的這nCount個內(nèi)核對象的兩種等待方式進行了指定，為TRUE時當所有對象都被通知時函數(shù)才會返回，為FALSE則只要其中任何一個得到通知就可以返回。dwMilliseconds在這里的作用與在WaitForSingleObject（）中的作用是完全一致的。如果等待超時，函數(shù)將返回WAIT_TIMEOUT。如果返回WAIT_OBJECT_0到WAIT_OBJECT_0+nCount-1中的某個值，則說明所有指定對象的狀態(tài)均為已通知狀態(tài)（當fWaitAll為TRUE時）或是用以減去WAIT_OBJECT_0而得到發(fā)生通知的對象的索引（當fWaitAll為FALSE時）。如果返回值在WAIT_ABANDONED_0與WAIT_ABANDONED_0+nCount-1之間，則表示所有指定對象的狀態(tài)均為已通知，且其中至少有一個對象是被丟棄的互斥對象（當fWaitAll為TRUE時），或是用以減去WAIT_OBJECT_0表示一個等待正常結(jié)束的互斥對象的索引（當fWaitAll為FALSE時）。 下面給出的代碼主要展示了對WaitForMultipleObjects（）函數(shù)的使用。通過對兩個事件內(nèi)核對象的等待來控制線程任務的執(zhí)行與中途退出：

代碼

　　MFC為事件相關(guān)處理也提供了一個CEvent類，共包含有除構(gòu)造函數(shù)外的4個成員函數(shù)PulseEvent（）、ResetEvent（）、SetEvent（）和UnLock（）。在功能上分別相當與Win32 API的PulseEvent（）、ResetEvent（）、SetEvent（）和CloseHandle（）等函數(shù)。而構(gòu)造函數(shù)則履行了原CreateEvent（）函數(shù)創(chuàng)建事件對象的職責，其函數(shù)原型為：
　　CEvent(BOOL bInitiallyOwn = FALSE, BOOL bManualReset = FALSE, LPCTSTR lpszName = NULL, LPSECURITY_ATTRIBUTES lpsaAttribute = NULL );

　　3.信號量內(nèi)核對象

　　信號量（Semaphore）內(nèi)核對象對線程的同步方式與前面幾種方法不同，它允許多個線程在同一時刻訪問同一資源，但是需要限制在同一時刻訪問此資源的最大線程數(shù)目。在用CreateSemaphore（）創(chuàng)建信號量時即要同時指出允許的最大資源計數(shù)和當前可用資源計數(shù)。一般是將當前可用資源計數(shù)設置為最大資源計數(shù)，每增加一個線程對共享資源的訪問，當前可用資源計數(shù)就會減1，只要當前可用資源計數(shù)是大于0的，就可以發(fā)出信號量信號。但是當前可用計數(shù)減小到0時則說明當前占用資源的線程數(shù)已經(jīng)達到了所允許的最大數(shù)目，不能在允許其他線程的進入，此時的信號量信號將無法發(fā)出。線程在處理完共享資源后，應在離開的同時通過ReleaseSemaphore（）函數(shù)將當前可用資源計數(shù)加1。在任何時候當前可用資源計數(shù)決不可能大于最大資源計數(shù)。
　　使用信號量內(nèi)核對象進行線程同步主要會用到CreateSemaphore（）、OpenSemaphore（）、ReleaseSemaphore（）、WaitForSingleObject（）和WaitForMultipleObjects（）等函數(shù)。其中，CreateSemaphore（）用來創(chuàng)建一個信號量內(nèi)核對象，其函數(shù)原型為：

　　參數(shù)lMaximumCount是一個有符號32位值，定義了允許的最大資源計數(shù)，最大取值不能超過4294967295。lpName參數(shù)可以為創(chuàng)建的信號量定義一個名字，由于其創(chuàng)建的是一個內(nèi)核對象，因此在其他進程中可以通過該名字而得到此信號量。OpenSemaphore（）函數(shù)即可用來根據(jù)信號量名打開在其他進程中創(chuàng)建的信號量，函數(shù)原型如下：

　　在線程離開對共享資源的處理時，必須通過ReleaseSemaphore（）來增加當前可用資源計數(shù)。否則將會出現(xiàn)當前正在處理共享資源的實際線程數(shù)并沒有達到要限制的數(shù)值，而其他線程卻因為當前可用資源計數(shù)為0而仍無法進入的情況。ReleaseSemaphore（）的函數(shù)原型為：

　　該函數(shù)將lReleaseCount中的值添加給信號量的當前資源計數(shù)，一般將lReleaseCount設置為1，如果需要也可以設置其他的值。WaitForSingleObject（）和WaitForMultipleObjects（）主要用在試圖進入共享資源的線程函數(shù)入口處，主要用來判斷信號量的當前可用資源計數(shù)是否允許本線程的進入。只有在當前可用資源計數(shù)值大于0時，被監(jiān)視的信號量內(nèi)核對象才會得到通知。
　　信號量的使用特點使其更適用于對Socket（套接字）程序中線程的同步。例如，網(wǎng)絡上的HTTP服務器要對同一時間內(nèi)訪問同一頁面的用戶數(shù)加以限制，這時可以為沒一個用戶對服務器的頁面請求設置一個線程，而頁面則是待保護的共享資源，通過使用信號量對線程的同步作用可以確保在任一時刻無論有多少用戶對某一頁面進行訪問，只有不大于設定的最大用戶數(shù)目的線程能夠進行訪問，而其他的訪問企圖則被掛起，只有在有用戶退出對此頁面的訪問后才有可能進入。下面給出的示例代碼即展示了類似的處理過程：

代碼

　　在MFC中，通過CSemaphore類對信號量作了表述。該類只具有一個構(gòu)造函數(shù)，可以構(gòu)造一個信號量對象，并對初始資源計數(shù)、最大資源計數(shù)、對象名和安全屬性等進行初始化，其原型如下：

 　　CSemaphore( LONG lInitialCount = 1, LONG lMaxCount = 1, LPCTSTR pstrName = NULL, LPSECURITY_ATTRIBUTES lpsaAttributes = NULL );

　　在構(gòu)造了CSemaphore類對象后，任何一個訪問受保護共享資源的線程都必須通過CSemaphore從父類CSyncObject類繼承得到的Lock（）和UnLock（）成員函數(shù)來訪問或釋放CSemaphore對象。與前面介紹的幾種通過MFC類保持線程同步的方法類似，通過CSemaphore類也可以將前面的線程同步代碼進行改寫，這兩種使用信號量的線程同步方法無論是在實現(xiàn)原理上還是從實現(xiàn)結(jié)果上都是完全一致的。下面給出經(jīng)MFC改寫后的信號量線程同步代碼：

代碼

     互斥（Mutex）是一種用途非常廣泛的內(nèi)核對象。能夠保證多個線程對同一共享資源的互斥訪問。同臨界區(qū)有些類似，只有擁有互斥對象的線程才具有訪問資源的權(quán)限，由于互斥對象只有一個，因此就決定了任何情況下此共享資源都不會同時被多個線程所訪問。當前占據(jù)資源的線程在任務處理完后應將擁有的互斥對象交出，以便其他線程在獲得后得以訪問資源。與其他幾種內(nèi)核對象不同，互斥對象在操作系統(tǒng)中擁有特殊代碼，并由操作系統(tǒng)來管理，操作系統(tǒng)甚至還允許其進行一些其他內(nèi)核對象所不能進行的非常規(guī)操作。

     HANDLE CreateMutex(
　      LPSECURITY_ATTRIBUTES lpMutexAttributes, // 安全屬性指針
　      BOOL bInitialOwner, // 初始擁有者
　      LPCTSTR lpName // 互斥對象名
     );

     參數(shù)bInitialOwner主要用來控制互斥對象的初始狀態(tài)。一般多將其設置為FALSE，以表明互斥對象在創(chuàng)建時并沒有為任何線程所占有。如果在創(chuàng)建互斥對象時指定了對象名，那么可以在本進程其他地方或是在其他進程通過OpenMutex（）函數(shù)得到此互斥對象的句柄。OpenMutex（）函數(shù)原型為：

    HANDLE OpenMutex(
　     DWORD dwDesiredAccess, // 訪問標志
　     BOOL bInheritHandle, // 繼承標志
　     LPCTSTR lpName // 互斥對象名
    );

     當目前對資源具有訪問權(quán)的線程不再需要訪問此資源而要離開時，必須通過ReleaseMutex（）函數(shù)來釋放其擁有的互斥對象，其函數(shù)原型為：

    BOOL ReleaseMutex(HANDLE hMutex);

    其唯一的參數(shù)hMutex為待釋放的互斥對象句柄。至于WaitForSingleObject（）和WaitForMultipleObjects（）等待函數(shù)在互斥對象保持線程同步中所起的作用與在其他內(nèi)核對象中的作用是基本一致的，也是等待互斥內(nèi)核對象的通知。但是這里需要特別指出的是：在互斥對象通知引起調(diào)用等待函數(shù)返回時，等待函數(shù)的返回值不再是通常的WAIT_OBJECT_0（對于WaitForSingleObject（）函數(shù)）或是在WAIT_OBJECT_0到WAIT_OBJECT_0+nCount-1之間的一個值（對于WaitForMultipleObjects（）函數(shù)），而是將返回一個WAIT_ABANDONED_0（對于WaitForSingleObject（）函數(shù)）或是在WAIT_ABANDONED_0到WAIT_ABANDONED_0+nCount-1之間的一個值（對于WaitForMultipleObjects（）函數(shù)）。以此來表明線程正在等待的互斥對象由另外一個線程所擁有，而此線程卻在使用完共享資源前就已經(jīng)終止。除此之外，使用互斥對象的方法在等待線程的可調(diào)度性上同使用其他幾種內(nèi)核對象的方法也有所不同，其他內(nèi)核對象在沒有得到通知時，受調(diào)用等待函數(shù)的作用，線程將會掛起，同時失去可調(diào)度性，而使用互斥的方法卻可以在等待的同時仍具有可調(diào)度性，這也正是互斥對象所能完成的非常規(guī)操作之一。
　　在編寫程序時，互斥對象多用在對那些為多個線程所訪問的內(nèi)存塊的保護上，可以確保任何線程在處理此內(nèi)存塊時都對其擁有可靠的獨占訪問權(quán)。下面給出的示例代碼即通過互斥內(nèi)核對象hMutex對共享內(nèi)存快g_cArray[]進行線程的獨占訪問保護。下面給出實現(xiàn)代碼清單：

代碼

// 互斥對象
HANDLE hMutex = NULL;
char g_cArray[10];
UINT ThreadProc18(LPVOID pParam)
{
　// 等待互斥對象通知
　WaitForSingleObject(hMutex, INFINITE);
　// 對共享資源進行寫入操作
　for (int i = 0; i < 10; i++)
　{
　　g_cArray[i] = 'a';
　　Sleep(1);
　}
　// 釋放互斥對象
　ReleaseMutex(hMutex);
　return 0;
}
UINT ThreadProc19(LPVOID pParam)
{
　// 等待互斥對象通知
　WaitForSingleObject(hMutex, INFINITE);
　// 對共享資源進行寫入操作
　for (int i = 0; i < 10; i++)
　{
　　g_cArray[10 - i - 1] = 'b';
　　Sleep(1);
　}
　// 釋放互斥對象
　ReleaseMutex(hMutex);
　return 0;
}
……
void CSample08View::OnMutex() 
{
　// 創(chuàng)建互斥對象
　hMutex = CreateMutex(NULL, FALSE, NULL);
　// 啟動線程
　AfxBeginThread(ThreadProc18, NULL);
　AfxBeginThread(ThreadProc19, NULL);
　// 等待計算完畢
　Sleep(300);
　// 報告計算結(jié)果
　CString sResult = CString(g_cArray);
　AfxMessageBox(sResult);
} 

     互斥對象在MFC中通過CMutex類進行表述。使用CMutex類的方法非常簡單，在構(gòu)造CMutex類對象的同時可以指明待查詢的互斥對象的名字，在構(gòu)造函數(shù)返回后即可訪問此互斥變量。CMutex類也是只含有構(gòu)造函數(shù)這唯一的成員函數(shù)，當完成對互斥對象保護資源的訪問后，可通過調(diào)用從父類CSyncObject繼承的UnLock（）函數(shù)完成對互斥對象的釋放。CMutex類構(gòu)造函數(shù)原型為：
     CMutex( BOOL bInitiallyOwn = FALSE, LPCTSTR lpszName = NULL, LPSECURITY_ATTRIBUTES lpsaAttribute = NULL );

代碼

CMutex g_clsMutex(FALSE, NULL);     // MFC互斥類對象

UINT ThreadProc27(LPVOID pParam)
{
　g_clsMutex.Lock();　               // 等待互斥對象通知

　for (int i = 0; i < 10; i++)　     // 對共享資源進行寫入操作
　{
　　g_cArray[i] = 'a';
　　Sleep(1);
　}

　g_clsMutex.Unlock();　             // 釋放互斥對象
　return 0;
}
UINT ThreadProc28(LPVOID pParam)
{
　g_clsMutex.Lock();

　for (int i = 0; i < 10; i++)
　{
　　g_cArray[10 - i - 1] = 'b';
　　Sleep(1);
　}

　g_clsMutex.Unlock();
　return 0;
}
……
void CSample08View::OnMutexMfc() 
{
　AfxBeginThread(ThreadProc27, NULL);
　AfxBeginThread(ThreadProc28, NULL);

　Sleep(300);

　CString sResult = CString(g_cArray);
　AfxMessageBox(sResult);
}

1.方法1

   char pBuf[MAX_PATH];                                               //存放路徑的變量
   GetCurrentDirectory(MAX_PATH,pBuf);                   //獲取程序的當前目錄
   strcat(pBuf,"http://");
   strcat(pBuf,AfxGetApp()->m_pszExeName);   
   strcat(pBuf,".exe");                                                       //獲取程序的全文件名

2.方法2

   //函數(shù)返回應用程序所在的路徑  

   CString    CClientApp::ReturnPath()  

   {   
   CString    sPath;   
   GetModuleFileName(NULL,sPath.GetBufferSetLength(MAX_PATH+1),MAX_PATH);   
   sPath.ReleaseBuffer    ();   
   int    nPos;   
   nPos=sPath.ReverseFind('//');   
   sPath=sPath.Left(nPos);   
   return    sPath;   
   }

3.對比及建議

方法1獲取的是程序的工作路徑，如某個程序安裝在C，D盤或者其它任何，當你從[開始]-[程序]后的菜單中打開該文件，此時獲取的是用戶工作路徑，如：C:/Documents and Settings/[計算機當前用戶名]/....../....
如果你想通過這個路徑來加載你放在程序目錄下的文件，必定出錯。通常這種情況在你編譯調(diào)試程序時是不會出錯的，你跟蹤得到的絕對路徑，但打包安裝后一定出問題。

方法2獲取的是程序的絕對路徑，用這個路徑加載同目錄下的文件是不會有問題的。

如果你要確保成功加載文件，建議使用方法2！！！！！！

新建目錄CreateDirectory

第一個參數(shù)值為文件夾名稱，第二個參數(shù)值為安全屬性，一般設置為NULL即可。如果正確創(chuàng)建，返回值為1，如果沒有正常創(chuàng)建文件夾，則返回0。

得到運行程序所在路徑全路徑（exe或其他模塊文件名稱，程序目錄）：GetModuleFileName。

函數(shù)原型：

　　windows.h

CFileDialog設置打開默認路徑dlg.m_ofn.lpstrInitialDir="D:\\Program File";

謹記：CFileDialog會改變程序的默認執(zhí)行路徑，比較穩(wěn)妥的辦法還是絕對路徑來訪問文件比較好。在程序剛一跑起來的時候，先用GetCurrentDirectory()或是GetModuleFileName()獲得當前可執(zhí)行文件所在的路徑，并保存起來。以后即使是用CFileDialog改變了當前的路徑，也能很容易地找回來。