總結(jié)了一些關(guān)于多媒體定時器的使用和處理跨線程更新窗口的原理和方法
微軟在32位版本的系統(tǒng)里提供了一組所謂的"多媒體定時器"API，多媒體定時器可以使應(yīng)用程序最大限度的獲得硬件平臺支持的定時精度。可以實現(xiàn)高精度的定時，例如可以應(yīng)用于 MIDI序列發(fā)生器，MIDI時間產(chǎn)生的精度在一毫秒之內(nèi)。
一、多媒體定時器的使用方法
設(shè)置多媒體定時器timeSetEvent()函數(shù)，定時精度為ms級。利用該函數(shù)可以實現(xiàn)周期性的函數(shù)調(diào)用。
1、函數(shù)的原型如下：
MMRESULT timeSetEvent（ UINT uDelay,
UINT uResolution,
LPTIMECALLBACK lpTimeProc,
WORD dwUser,
UINT fuEvent ）
該函數(shù)設(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)生事件。
具體應(yīng)用時，可以通過調(diào)用timeSetEvent()函數(shù)，將需要周期性執(zhí)行的任務(wù)定義在LpTimeProc回調(diào)函數(shù) 中(如：定時采樣、控制等)，從而完成所需處理的事件。需要注意的是，任務(wù)處理的時間不能大于周期間隔時間。另外，在定時器使用完畢后， 應(yīng)及時調(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測試的誤差較大,原因是多媒體定時器需要啟動額外的線程,導(dǎo)致一定的時間開銷。
二、句柄映射和跨線程訪問
句柄映射：為了防止多個線程并發(fā)地訪問同一個MFC對象，MFC對象和Windows對象之間有一個一一對應(yīng)的關(guān)系，這種關(guān)系以映射的形式保存在創(chuàng)建線程的當前模塊的模塊-線程狀態(tài)信息中。當一個線程使用某個MFC對象指針P時，ASSERT_VALID(P)將驗證當前線程的當前模塊是否有Windows句柄和P對應(yīng)，即是否創(chuàng)建了P所指的Windows對象，驗證失敗導(dǎo)致ASSERT斷言中斷程序的執(zhí)行。如果一個線程要使用其他線程的Windows對象，則必須傳遞Windows對象句柄，不能傳遞MFC對象指針。
但是通常我們需要用定時器實現(xiàn)一些定時更新窗口的命令，更改一些窗口的參數(shù)或者調(diào)用窗口的函數(shù)，準確地說這些都不是對窗口的操作，是對于窗口對應(yīng)并綁定的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è)置自己的消息處理函數(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，所以窗口不會進行正常更新。