本文描述了ON_COMMAND_RANGE多個按鈕響應一個函數(shù)的解決方法。

開發(fā)人員需要注意在自定義消息響應函數(shù)的聲明過程中，一定要注意參數(shù)的形式，稍微一疏忽就會導致莫須有的錯誤，具體以O(shè)N_COMMAND_RANGE為例說下。

1.聲明消息響應函數(shù)：在要添加的工程上添加函數(shù)afx_msg void OnButtonPort();

2.消息映射：

BEGIN_MESSAGE_MAP(CXXXDlg, CDialog)
//{{AFX_MSG_MAP(CXXXDlg)
ON_WM_SYSCOMMAND()
ON_WM_PAINT()
ON_WM_TIMER()
//}}AFX_MSG_MAP

//這里的IDC_BUTTON_PORT_1和 IDC_BUTTON_START_ALL之間有很多個Button,并且ID連續(xù)
ON_COMMAND_RANGE(IDC_BUTTON_PORT_1, IDC_BUTTON_START_ALL, OnButtonPort)
ON_WM_DEVICECHANGE()
END_MESSAGE_MAP()

3.映射函數(shù)的實現(xiàn)：實現(xiàn)你自己的響應函數(shù) void CXXXDlg::OnButtonPort()

注：此代碼DEBUG OK，Relase異常，不可直接參考，且聽下面分解：

DEBUG通過，不料Release卻直接崩潰，寫了這么多年的CODE還真第一次遇到這種情況，為什么ON_COMMAND_RANGE Debug正常，Release不正常呢？

先MSDN：

Use this macro to map a contiguous range of command IDs to a single message handler function.
ON_COMMAND_RANGE(id1, id2, memberFxn )
Parameters
id1
Command ID at the beginning of a contiguous range of command IDs.
id2
Command ID at the end of a contiguous range of command IDs.
memberFxn
The name of the message-handler function to which the commands are mapped.
Remarks
The range of IDs starts with id1 and ends with id2.
Use ON_COMMAND_RANGE to map a range of command IDs to one member function. Use ON_COMMAND to map a single command to a member function. Only one message-map entry can match a given command ID. That is, you can't map a command to more than one handler. For more information on mapping message ranges, see Handlers for Message-Map Ranges.
There is no automatic support for message map ranges, so you must place the macro yourself.

MSDN也沒有特別說明要注意什么的，我覺得我用的也很正常，于是在網(wǎng)上又搜了一大會，有一個網(wǎng)友非常專業(yè)的解釋的原因，具體網(wǎng)址是：http://yiyunscu.blog.163.com/blog/static/3626332020099802057982/

以下是轉(zhuǎn)載內(nèi)容：

該網(wǎng)友定義如下：

afx_msg void OnCommandMy(WPARAM wParam, LPARAM lParam );

申明只適用于ON_COMMAND消息的函數(shù)申明, 而ON_COMMAND_RANGE的函數(shù)申明在MSDN中建議寫成這樣:
OnCommandMy(UINT nID);
通過switch(nID) case **:進行針對不同菜單進行消息響應.
nID就是菜單傳入消息的ID號, 奇怪的是, 在Debug版本下, 先前的申明方式運行完全正常, 查閱了MSDN, 找出了可能的原因:

 Handler functions for single commands normally take no parameters. With the exception of update handler functions, handler functions for message-map ranges require an extra parameter, nID, of type UINT. This parameter is the first parameter. The extra parameter accommodates the extra command ID needed to specify which command the user actually chose.

針對單個Command消息響應函數(shù)可以不帶參數(shù), 但是對于多個Command消息如ON_COMMAND_RANGE申明的消息響應需要將函數(shù)參數(shù)列表中的第一個參數(shù)定義為UINT nID, 指明command 的ID號, 按照MSDN的理解, ON_COMMAND_RANGE也可以像ON_COMMAND那樣在消息響應函數(shù)中定義兩個參數(shù), 如afx_msg void OnCommandMy(WPARAM wParam, LPARAM lParam );在Debug和Release下, 編譯不會出現(xiàn)問題, 在Debug下運行也不會出現(xiàn)問題, 但是在Release下面卻出現(xiàn)內(nèi)存錯誤, 所以可以帶多個參數(shù)感覺只能在Debug下可以行的能, 在Release下就沒失效了.
查閱相關(guān)的資料并利用VC查看相應的匯編代碼發(fā)現(xiàn), 應該是函數(shù)調(diào)用和返回時棧操作不平衡導致Release版本下出現(xiàn)了內(nèi)存錯誤的問題, ON_COMMAND_RANGE在MFC默認的消息響應函數(shù)中, 參數(shù)只有一個, 如:

#define ON_COMMAND_RANGE(id, idLast, memberFxn) \
 { WM_COMMAND, CN_COMMAND, (WORD)id, (WORD)idLast, AfxSig_vw, \
 (AFX_PMSG)(void (AFX_MSG_CALL CCmdTarget::*)(UINT))&memberFxn },
 // ON_COMMAND_RANGE(id, idLast, OnFoo) is the same as
 //  ON_CONTROL_RANGE(0, id, idLast, OnFoo)

函數(shù)調(diào)用過程中, 會將傳入的參數(shù)進行壓棧操作, 因為MFC默認的傳入?yún)?shù)只有一個, 因此調(diào)用OnCommandMy時會有系統(tǒng)傳入的一個消息參數(shù)進行壓棧操作. 在函數(shù)返回時, 應該進行出棧操作, 并且保證調(diào)用完成后棧維持平衡, 否則會出現(xiàn)可能的內(nèi)存錯誤.在DEBUG上沒有出現(xiàn)內(nèi)存錯誤在于在調(diào)用OnCommandMy函數(shù)返回時編譯器在返回代碼處添加了如下的匯編代碼:

pop edi
pop esi
pop ebx
add esp, 48h
cmp ebp, esp
call __chkesp (0041e680)
mov esp, ebp
pop ebp
ret 8(兩個參數(shù)出棧)

此匯編代碼的作用就是在函數(shù)返回時檢查調(diào)用中和調(diào)用返回時的棧是否一致, 如果不一致, 就強制平棧操作, 因為在這個調(diào)用過程中, 傳入OnCommandMy的消息參數(shù)只有一個(只是申明成兩個, 實際只有一個參數(shù)傳入), 所以存在棧不一致的情況, 但是強制平?？梢员苊庥纱艘鸬腻e誤.
在Release版本下, 就沒有了檢測棧的操作,
只是簡單的下面幾句匯編代碼完成出棧操作:

mov esp, ebp
pop ebp
ret 8兩個參數(shù)出棧)

可以明顯看到, Release下出現(xiàn)了棧操作不平衡的情況, 即入棧數(shù)小于出棧數(shù), 從而導致棧區(qū)地址錯誤, 當其它函數(shù)兩次對棧區(qū)進行地址訪問時就極有可能出現(xiàn)內(nèi)存錯誤的現(xiàn)象了.
所以, 平時寫程序時在Debug下高度完成之后, 最好還在Release下看一下, 因為有些時候, Debug下對函數(shù)參數(shù)的檢查不是那么嚴格, 并且在棧的操作上, Debug可以幫助我們解決很多隱藏的問題, 但是Release下就不會了. 另外在自定義的消息響應函數(shù)中, Debug和Release都不會對響應函數(shù)的參數(shù)列表與MFC默認參數(shù)列表進行一致性檢測, 從而可能隱藏重大的內(nèi)存出錯的可能性, 導致最終軟件在Release下運行可能發(fā)生崩潰.

終于明白了，原來是ON_COMMAND_RANGE只能帶一個參數(shù)，帶兩個或不帶都會異常所以重新定義：

afx_msg void OnButtonPort(UINT nID);

而且此nID就是你點擊的按鈕ID值，再也不用之前的麻煩代碼了

CWnd *pWnd = GetFocus();
int nPortID = pWnd->GetDlgCtrlID() ;

問題解決！

附加：

1、ON_COMMAND(ID_VIEW_CUSTOMIZE, OnViewCustomize)==>void CMainFrame::OnViewCustomize();或void CMainFrame::OnViewCustomize(WPARAM wParam, LPARAM lParam);

2、ON_REGISTERED_MESSAGE(AFX_WM_RESETTOOLBAR, OnToolbarReset)==>afx_msg LRESULT CMainFrame::OnToolbarReset(WPARAM /*wp*/,LPARAM);

3、ON_COMMAND_RANGE(ID_SHORTCUT_1, ID_SHORTCUT_5, OnOutlookBarShortcut)==>void CMainFrame::OnOutlookBarShortcut(UINT id);

4、ON_UPDATE_COMMAND_UI(ID_VIEW_CAPTIONBAR, OnUpdateViewCaptionBar)==>void CMainFrame::OnUpdateViewCaptionBar(CCmdUI* pCmdUI);