總結(jié)了一些關于多媒體定時器的使用和處理跨線程更新窗口的原理和方法
微軟在32位版本的系統(tǒng)里提供了一組所謂的"多媒體定時器"API，多媒體定時器可以使應用程序最大限度的獲得硬件平臺支持的定時精度。可以實現(xiàn)高精度的定時，例如可以應用于 MIDI序列發(fā)生器，MIDI時間產(chǎn)生的精度在一毫秒之內(nèi)。
一、多媒體定時器的使用方法
設置多媒體定時器timeSetEvent()函數(shù)，定時精度為ms級。利用該函數(shù)可以實現(xiàn)周期性的函數(shù)調(diào)用。
1、函數(shù)的原型如下：
MMRESULT timeSetEvent（ UINT uDelay,
UINT uResolution,
LPTIMECALLBACK lpTimeProc,
WORD dwUser,
UINT fuEvent ）
該函數(shù)設置一個定時回調(diào)事件，此事件可以是一個一次性事件或周期性事件。事件一旦被激活，便調(diào)用指定的回調(diào)函數(shù)， 成功后返回事件的標識符代碼，否則返回NULL。
函數(shù)的參數(shù)說明如下：
uDelay：以毫秒指定事件的周期。意味著理論上可以達到1毫秒的精度.
Uresolution：以毫秒指定延時的精度，數(shù)值越小定時器事件分辨率越高。缺省值為1ms。
LpTimeProc：指向一個回調(diào)函數(shù)。
DwUser：存放用戶提供的回調(diào)數(shù)據(jù)。
FuEvent：指定定時器事件類型：
TIME_ONESHOT：uDelay毫秒后只產(chǎn)生一次事件
TIME_PERIODIC ：每隔uDelay毫秒周期性地產(chǎn)生事件。
具體應用時，可以通過調(diào)用timeSetEvent()函數(shù)，將需要周期性執(zhí)行的任務定義在LpTimeProc回調(diào)函數(shù) 中(如：定時采樣、控制等)，從而完成所需處理的事件。需要注意的是，任務處理的時間不能大于周期間隔時間。另外，在定時器使用完畢后， 應及時調(diào)用timeKillEvent()將之釋放。
2、回調(diào)函數(shù)：
void CALLBACK TimeProc(UINT uID,UINT uMsg,DWORD dwUser,DWORD dw1,DWORD dw2);
參數(shù)uID是該多媒體定時器的標識，dwUser與timeSetEvent中的DwUser一致，傳遞回調(diào)函數(shù)中需要使用的參數(shù)。
3、需要注意的問題：
（1）、timeSetEvent在控制臺程序和窗口程序中都可以運行，timeSetEvent執(zhí)行后(若成功)會啟動額外的線程,猜測這是timeSetEvent可以同時運行在控制臺和窗口程序中的原因.。
（2）、由于多媒體定時器是另啟動線程處理定時操作，所以在.回調(diào)函數(shù)中只能訪問本線程的MFC對象、不能調(diào)用任何系統(tǒng)函數(shù)，除了PostMessage, timeGetSystemTime, timeGetTime, timeSetEvent, timeKillEvent, midiOutShortMsg, midiOutLongMsg, OutputDebugString等。
（3）、采用多媒體定時器時,1s測試的誤差較大,原因是多媒體定時器需要啟動額外的線程,導致一定的時間開銷。
二、句柄映射和跨線程訪問
句柄映射：為了防止多個線程并發(fā)地訪問同一個MFC對象，MFC對象和Windows對象之間有一個一一對應的關系，這種關系以映射的形式保存在創(chuàng)建線程的當前模塊的模塊-線程狀態(tài)信息中。當一個線程使用某個MFC對象指針P時，ASSERT_VALID(P)將驗證當前線程的當前模塊是否有Windows句柄和P對應，即是否創(chuàng)建了P所指的Windows對象，驗證失敗導致ASSERT斷言中斷程序的執(zhí)行。如果一個線程要使用其他線程的Windows對象，則必須傳遞Windows對象句柄，不能傳遞MFC對象指針。
但是通常我們需要用定時器實現(xiàn)一些定時更新窗口的命令，更改一些窗口的參數(shù)或者調(diào)用窗口的函數(shù)，準確地說這些都不是對窗口的操作，是對于窗口對應并綁定的MFC界面包裝對象的操作。但是由于句柄映射的機制，跨線程傳遞MFC界面包裝對象的指針并在自己的線程中使用是不正確的，通過實驗發(fā)現(xiàn)，如果更改該對象的參數(shù)和自定義函數(shù)結(jié)果是不確定的，很可能產(chǎn)生正確的結(jié)果，但是調(diào)用該MFC類繼承的函數(shù)就會出現(xiàn)異常。那么如何達到更新窗口的效果呢，資料顯示有兩種辦法：
1、 通過發(fā)消息的方法轉(zhuǎn)到UI線程去處理，用sendMessage給窗口發(fā)送自定義消息并設置自己的消息處理函數(shù)來實現(xiàn)這些功能，窗口收到消息之后調(diào)用與之綁定的MFC界面包裝對象的消息處理函數(shù)進行處理。這種辦法是符合windows機制并且是線程安全的，但是由于要多發(fā)送至少一條消息，所以犧牲了效率。
2、 傳遞窗口句柄給自定義的線程，并在線程中通過FromHandle()函數(shù)聲稱一個臨時界面包裝對象與窗口句柄綁定，這樣也可以操作該窗口，但是它的派生類功能就消失了，也就是說通過FromHandle()生成的窗口只能是CWnd的實例，不具有自己定義的那些屬性和操作。而Updatedata()函數(shù)由于是MFC自己提供的一個對話框數(shù)據(jù)交換機制（DDX）的操作，不是通過向窗口句柄發(fā)消息來實現(xiàn)的而是通過虛函數(shù)機制。因此調(diào)用的將是CWnd：：DoDataExchange不是自己派生類DoDataExchange，所以窗口不會進行正常更新。