建議使用MASM for EditPlus進(jìn)行測試。

正如"防止程序多重啟動(dòng)"一文所說，當(dāng)已經(jīng)知道自己的實(shí)例在運(yùn)行了，為了節(jié)省資源，下個(gè)實(shí)例需要退出，可是用戶需要打開文件，如果不處理就退出，那用戶不破口大罵才怪，所以，就需要退出之前進(jìn)行處理。

首先要講一個(gè)小知識(shí)，當(dāng)Windows程序退出的時(shí)候，Windows會(huì)自己清除當(dāng)前進(jìn)程所占用的所有資源，除了動(dòng)態(tài)DLL（靜態(tài)DLL也會(huì)自動(dòng)釋放，對于運(yùn)行時(shí)動(dòng)態(tài)加載的DLL，釋放工作是由用戶完成的，盡管Windows會(huì)檢查它是否已經(jīng)沒有被使用，但是有時(shí)候由于特殊的原因它將不會(huì)被釋放），這就是一個(gè)操作系統(tǒng)所謂的資源回收（忘了英文單詞，好像是這么說吧），那么，問題就來了，當(dāng)程序在退出的時(shí)候，盡管可以向其它程序（如自身的實(shí)例）發(fā)送消息，但是問題是如何傳遞資源，在這里是傳遞一個(gè)字符串，而傳遞的資源是又當(dāng)前進(jìn)程中的地址，按Windows的資源回收來說，當(dāng)程序退出時(shí)傳遞的字符串地址已經(jīng)不存在了，那如何才能傳遞一個(gè)正確的字符串給前一實(shí)例呢？

我們可以使用API中的消息WM_SETTEXT與WM_GETTEXT,這兩個(gè)消息發(fā)送后是立即返回的，這樣當(dāng)前進(jìn)程能在發(fā)送完消息后立即退出，而SendMessage函數(shù)在發(fā)送消息時(shí)會(huì)判斷當(dāng)前消息是否是WM_SETTEXT與WM_GETTEXT，如果是，則SendMessage并不單單發(fā)送一個(gè)消息，而會(huì)創(chuàng)建一個(gè)內(nèi)存映像（標(biāo)準(zhǔn)叫映射）文件，把需要傳遞的字符保存到這個(gè)內(nèi)存映像中，然后再把內(nèi)存映像的地址做為參數(shù)傳給目標(biāo)窗體，而內(nèi)存映像是可以在程序之間共享的，這樣就間接的做到了傳遞資源：

... ...
.DATA
　　　　　szClassName db "WinASM_Class",0
.data?
　　　　　lpCommandLine DD ?
.CODE
START:
　　　　　... ...
　　　　　invoke GetCommandLine
　　　　　mov lpCommandLine, eax
　　　　　invoke FindWindow,offset szClassName,NULL　 ;查找自身類
　　　　　cmp eax,0
　　　　　jnz @F
　　　　　invoke WinMain....
　　　　　invoke ExitProcess,0
　　　　　@@:
　　　　　invoke SendMessage,eax,WM_SETTEXT,0,lpCommandLine
　　　　　invoke ExitProcess,1　　　;記得發(fā)生錯(cuò)誤后返回非零值,盡管這個(gè)不是錯(cuò)誤。
　　　　　......
　　　　　因此，我們還需要自己來處理WM_SETTEXT消息：
... ...
.elseif uMsg==WM_SETTEXT
　　　　　invoke MessageBox,0,lParam,0,0

在模板相關(guān)地方添加上述代碼后，運(yùn)行一下，你會(huì)發(fā)現(xiàn)第二個(gè)實(shí)例會(huì)馬上退出，但是第一個(gè)實(shí)例會(huì)在第二個(gè)實(shí)例退出的那一瞬彈出一個(gè)信息框，如果第二個(gè)實(shí)例啟動(dòng)時(shí)你傳遞了參數(shù)，那么你對照一下，信息框中的信息就是第二個(gè)實(shí)例的尾部參數(shù)。

這樣你就可以在WM_SETTEXT消息中進(jìn)行處理了，如打開實(shí)例傳過來的文件。