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