簡介這份資源面向在Windows 10環(huán)境下學(xué)習(xí)匯編語言、需要搭建底層開發(fā)工具鏈的初學(xué)者與系統(tǒng)編程愛好者核心提供MASM.exe匯編器與Link.exe鏈接器解決Win10下缺少可用匯編編譯與鏈接工具、無法將.asm源碼轉(zhuǎn)為可執(zhí)行文件的問題。壓縮包共11個文件以9個exe可執(zhí)行程序為主另含1個html說明頁與1個doc文檔整體約173KB體積輕便便于快速部署到本地命令行環(huán)境。其中MASM負(fù)責(zé)將匯編指令翻譯為機(jī)器碼Link負(fù)責(zé)合并目標(biāo)文件、解析外部引用并生成EXE或DLL配套文檔可輔助理解工具用途與調(diào)用方式。已有1048人學(xué)習(xí)下載適合想深入理解計算機(jī)底層機(jī)制、練習(xí)匯編指令與鏈接流程的讀者可作為搭建Win10匯編實(shí)驗環(huán)境的實(shí)用工具集。1. 在 Win10 上跑通 MASM.exe 和 Link.exe為什么 64 位系統(tǒng)反而要裝 32 位工具鏈很多人第一次在 Win10 上寫匯編卡住的地方不是指令集而是找不到 MASM.exe 和 Link.exe。網(wǎng)上搜到的教程要么讓你去裝整個 Visual Studio要么給一個來路不明的壓縮包解壓完發(fā)現(xiàn) Link.exe 報「不是有效的 Win32 應(yīng)用程序」。我當(dāng)年也翻過這個車明明系統(tǒng)是 64 位為什么反而要跑 16 位或 32 位的鏈接器原因在于 MASM 這套工具鏈的歷史包袱。MASM.exe 是 16 位程序Link.exe 早期版本也是 16 位它們原本服務(wù)于 DOS 和早期 Windows 的實(shí)模式匯編。Win10 的 64 位版本已經(jīng)徹底移除了 NTVDMNT 虛擬 DOS 機(jī)所以你直接雙擊 16 位的 MASM.exe系統(tǒng)會彈一個「此應(yīng)用無法在你的電腦上運(yùn)行」。解決辦法不是換系統(tǒng)而是用 32 位的 MASM 和 Link它們能在 Win10 的 WOW64 子系統(tǒng)里正常跑。這篇筆記就圍繞「Win10 運(yùn)行匯編所需的編譯程序 MASM.exe 和連接程序 Link.exe」這件事把工具從哪來、怎么放、怎么配、怎么跑通第一個程序以及中間會踩的坑一次講清楚。適合正在學(xué) 8086 匯編、王爽《匯編語言》實(shí)驗環(huán)境搭建、或者需要手寫匯編做底層驗證的從業(yè)者。2. 工具從哪來MASM.exe 和 Link.exe 的三種獲取路徑與選型2.1 為什么 MASM32 包是 Win10 下最省事的選擇MASM.exe 和 Link.exe 本身是微軟的工具但它們分散在不同年代的 SDK 和開發(fā)包里。如果你只是要寫 16 位實(shí)模式匯編比如課程實(shí)驗里的 8086 程序最直接的路徑是 MASM32 這個第三方整合包。它把 MASM.exe、Link.exe、ML.exe、資源編譯器以及必要的庫文件打包在一起安裝后自帶一個簡單的 IDE 和命令行環(huán)境。選它的理由很實(shí)際第一版本匹配。MASM32 里的 MASM.exe 通常是 6.14 或 6.15Link.exe 是 5.60 左右這兩個版本對 16 位匯編的兼容性最好不會出現(xiàn)新版本 Link 不認(rèn) OMF 格式目標(biāo)文件的問題。第二路徑干凈。默認(rèn)裝在 C:\masm32bin 目錄下就是可執(zhí)行文件include 和 lib 目錄結(jié)構(gòu)清晰不用自己去拼。第三Win10 兼容。32 位程序在 WOW64 下運(yùn)行穩(wěn)定不需要額外開兼容模式。常見做法是去 MASM32 的官網(wǎng)下載安裝包但如果你網(wǎng)絡(luò)環(huán)境不方便也可以從已有的 Visual Studio 安裝目錄里提取。VS 的 VC\bin 目錄下有 ml.exe 和 link.exe但那是 32 位保護(hù)模式的工具用來編譯 16 位 DOS 程序會報錯。所以如果你明確要寫 16 位匯編還是老老實(shí)實(shí)用 MASM32 包里的版本。2.2 從 Visual Studio 提取 Link.exe 的注意事項有些場景你不需要 16 位而是要在 Win10 上寫 32 位保護(hù)模式匯編或者用匯編和 C 混合編程。這時候可以用 Visual Studio 自帶的 ml.exe 和 link.exe。它們位于 VS 安裝目錄的 VC\Tools\MSVC版本號\bin\Hostx64\x86 或 Hostx64\x64 下。這里有個關(guān)鍵點(diǎn)Hostx64\x86 目錄下的 link.exe 是 32 位鏈接器能生成 32 位 PE 文件Hostx64\x64 下的是 64 位鏈接器生成 64 位 PE。如果你用 32 位鏈接器去鏈 64 位目標(biāo)文件會報「模塊計算機(jī)類型 x64 與目標(biāo)計算機(jī)類型 x86 沖突」。反過來也一樣。所以提取之前先想清楚你要生成哪種位數(shù)的程序。另外VS 的 link.exe 依賴 mspdbcore.dll 等一堆動態(tài)庫單獨(dú)把 link.exe 拷出來放到別的目錄會跑不起來。要么把整個 bin 目錄加進(jìn) PATH要么用 VS 自帶的開發(fā)者命令提示符。我一般會直接在 VS 的「x86 Native Tools Command Prompt」里操作省去配環(huán)境的麻煩。2.3 手動整理一套最小工具集的目錄結(jié)構(gòu)如果你不想裝 MASM32 也不想裝完整 VS可以手動整理一套最小工具集。需要的文件不多MASM.exe或 ml.exe、Link.exe、以及它們依賴的 DLL。16 位 MASM 通常只依賴 kernel32.dll 和 user32.dllWin10 自帶。Link.exe 5.60 也類似。我習(xí)慣的目錄結(jié)構(gòu)是這樣C:\asm\ ├── bin\ │ ├── MASM.exe │ ├── LINK.exe │ └── ML.exe ├── include\ │ └── (空16 位匯編一般不需要) ├── lib\ │ └── (空) └── work\ └── hello.asm把 C:\asm\bin 加進(jìn)系統(tǒng) PATH然后在 work 目錄里寫源文件、編譯、鏈接。這樣目錄干凈換機(jī)器時整個 C:\asm 拷走就能用。注意不要放在中文路徑或帶空格的路徑下Link.exe 對路徑里的空格處理很糟糕會報「cannot open file」但不說具體是哪個文件。3. 在 Win10 上配置 MASM 和 Link 的命令行環(huán)境3.1 把 bin 目錄寫進(jìn) PATH 的兩種方式第一種是臨時方式只在當(dāng)前命令行窗口生效。打開 cmd 或 PowerShell執(zhí)行set PATHC:\asm\bin;%PATH%這條命令把 C:\asm\bin 插到 PATH 最前面后面的 %PATH% 保留原有路徑。注意等號兩邊不要有空格否則會變成設(shè)置一個帶空格的變量名。執(zhí)行完可以用where masm驗證如果輸出 C:\asm\bin\MASM.exe 就說明生效了。第二種是永久方式通過系統(tǒng)屬性里的「環(huán)境變量」編輯 PATH把 C:\asm\bin 加進(jìn)去。Win10 的 PATH 編輯界面比 Win7 友好可以逐條添加。加完后要重新打開命令行窗口才生效已經(jīng)開著的窗口讀的是舊環(huán)境。我一般先用臨時方式測試確認(rèn)工具能跑通再寫進(jìn)永久 PATH。這樣萬一路徑寫錯不會影響其他程序。3.2 驗證 MASM.exe 和 Link.exe 能否在 Win10 下正常響應(yīng)配好 PATH 后先別急著編譯程序單獨(dú)跑一下這兩個命令masm link如果直接回車后出現(xiàn)用法提示或版本信息說明可執(zhí)行文件能被系統(tǒng)加載。如果報「不是內(nèi)部或外部命令」說明 PATH 沒配好。如果報「此應(yīng)用無法在你的電腦上運(yùn)行」說明你拿到的是 16 位版本需要換 32 位版本。MASM.exe 正常響應(yīng)時通常會輸出類似「Microsoft (R) Macro Assembler Version 6.14.8444」的版權(quán)信息然后等待輸入。Link.exe 會輸出「Microsoft (R) Segmented Executable Linker Version 5.60.339」之類?？吹竭@些就說明工具鏈在 Win10 下是活的。提示如果 masm 命令能跑但 link 報錯先檢查 Link.exe 是不是從 64 位 VS 目錄里拷出來的。64 位 Link 不能鏈 16 位 OMF 文件。3.3 用 ML.exe 替代 MASM.exe 的兼容性說明ML.exe 是 MASM 的后續(xù)版本支持更多偽指令和更現(xiàn)代的語法。在 Win10 下ML.exe 的 32 位版本同樣能通過 WOW64 運(yùn)行。如果你寫的匯編代碼用到了 .386、.model flat 這些保護(hù)模式偽指令用 ML.exe 比 MASM.exe 更合適。但要注意ML.exe 默認(rèn)生成的是 COFF 格式目標(biāo)文件而老版 Link.exe 5.60 只認(rèn) OMF 格式。如果你用 ML.exe 編譯再用老 Link 鏈接會報「invalid object file」。解決辦法是給 ML.exe 加 /omf 參數(shù)強(qiáng)制生成 OMF 格式ml /omf /c hello.asm link hello.obj;這樣 ML.exe 就等價于 MASM.exe 的作用。我一般在課程實(shí)驗里用 MASM.exe在需要更現(xiàn)代語法時用 ML.exe 加 /omf。4. 從 hello.asm 到 hello.exe一次完整的編譯鏈接實(shí)操4.1 寫一個最小可運(yùn)行的 16 位匯編源文件在 C:\asm\work 下新建 hello.asm內(nèi)容如下; hello.asm - 最小的 16 位 DOS 匯編程序 ; 編譯: masm hello.asm; ; 鏈接: link hello.obj; .model small ; 使用小內(nèi)存模型 .stack 100h ; 定義 256 字節(jié)?？臻g .data msg db Hello, MASM on Win10!, 0Dh, 0Ah, $ .code start: mov ax, data ; 取數(shù)據(jù)段地址 mov ds, ax ; 送入 DS mov ah, 09h ; DOS 功能號 09h: 顯示字符串 lea dx, msg ; DX 指向字符串首地址 int 21h ; 調(diào)用 DOS 中斷 mov ax, 4C00h ; DOS 功能號 4Ch: 帶返回碼退出 int 21h ; 返回碼 00h end start這段代碼做了三件事初始化數(shù)據(jù)段、用 INT 21h 的 09h 功能打印字符串、用 4Ch 功能退出。data是 MASM 的預(yù)定義符號會被替換成數(shù)據(jù)段的段地址。end start告訴匯編器程序入口是 start 標(biāo)號。4.2 用 MASM.exe 編譯成 OBJ 文件在 work 目錄下執(zhí)行masm hello.asm;分號表示后面沒有其他參數(shù)用默認(rèn)值。執(zhí)行后如果沒有任何錯誤會生成 hello.obj。屏幕上會顯示類似Microsoft (R) Macro Assembler Version 6.14.8444 Copyright (C) Microsoft Corp 1981-1997. All rights reserved. Assembling: hello.asm 0 Warning Errors 0 Severe Errors如果報錯常見的有兩種一是A2006: undefined symbol說明用了一個沒定義的標(biāo)號或變量檢查拼寫二是A2008: syntax error通常是偽指令寫錯比如.model寫成了model。錯誤信息里會帶行號對著改就行。4.3 用 Link.exe 鏈接成 EXE 文件編譯通過后執(zhí)行l(wèi)ink hello.obj;分號同樣表示用默認(rèn)參數(shù)。成功后會生成 hello.exe。輸出類似Microsoft (R) Segmented Executable Linker Version 5.60.339 Copyright (C) Microsoft Corp 1984-1993. All rights reserved. Run File [hello.exe]: List File [nul.map]: Libraries [.lib]: Definitions File [nul.def]:這里 Link 會交互式地問幾個文件名直接回車用默認(rèn)值即可。分號的作用就是跳過這些提問。如果報L2029: unresolved external說明用到了外部符號但沒提供庫文件16 位 DOS 程序一般不會遇到除非你調(diào)用了 C 庫函數(shù)。4.4 在 Win10 上運(yùn)行生成的 EXE雙擊 hello.exe 大概率會閃退因為它是 16 位 DOS 程序Win10 64 位沒有 NTVDM。你需要用 DOSBox 來跑# 假設(shè) DOSBox 裝在 C:\DOSBox mount c C:\asm\work c: hello.exe在 DOSBox 里掛載 work 目錄為 C 盤然后運(yùn)行 hello.exe就能看到「Hello, MASM on Win10!」。如果你不想裝 DOSBox也可以用 32 位保護(hù)模式寫程序那樣生成的 EXE 能直接在 Win10 下跑但那就不是 16 位實(shí)模式匯編了。注意Win10 的 32 位版本自帶 NTVDM可以直接跑 16 位程序。但 64 位版本沒有必須用 DOSBox 或虛擬機(jī)。這是系統(tǒng)層面的限制不是工具鏈的問題。5. 避坑MASM 和 Link 在 Win10 下的 5 個典型翻車現(xiàn)場5.1 現(xiàn)象雙擊 MASM.exe 提示「此應(yīng)用無法在你的電腦上運(yùn)行」原因你拿到的是 16 位版本的 MASM.exeWin10 64 位移除了 NTVDM無法加載 16 位可執(zhí)行文件。解決換用 32 位版本的 MASM.exe。MASM32 包里的就是 32 位版本或者從 VS 的 VC\bin 目錄提取 ml.exe 加 /omf 參數(shù)替代。5.2 現(xiàn)象Link 報「invalid object file」或「unknown file type」原因目標(biāo)文件格式不匹配。ML.exe 默認(rèn)生成 COFF 格式而老版 Link.exe 5.60 只認(rèn) OMF 格式。解決編譯時加 /omf 參數(shù)ml /omf /c hello.asm。或者換用支持 COFF 的新版 Link.exe但新版 Link 對 16 位程序支持不好容易出其他問題。5.3 現(xiàn)象編譯通過但鏈接時報「cannot open file hello.obj」原因路徑里有空格或中文字符。Link.exe 對路徑解析很粗糙遇到空格會截斷。解決把工作目錄移到純英文無空格路徑下比如 C:\asm\work。不要放在「我的文檔」或桌面這種帶空格的路徑里。5.4 現(xiàn)象運(yùn)行 hello.exe 閃退沒有任何輸出原因16 位 DOS 程序在 Win10 64 位下無法直接運(yùn)行系統(tǒng)加載后立即終止。解決用 DOSBox 運(yùn)行或者在 32 位 Win10 里跑。如果只是想驗證編譯鏈接是否成功看到 hello.exe 生成即可不一定要運(yùn)行。5.5 現(xiàn)象MASM 報「A1006: invalid command-line option」原因命令行參數(shù)寫錯比如masm /c hello.asm里的 /c 不是 MASM 的參數(shù)那是 ML 的參數(shù)。解決查 MASM 的用法說明直接masm回車看幫助。常用參數(shù)只有/Zi調(diào)試信息、/Fl生成列表文件等少數(shù)幾個。不確定就只用分號走默認(rèn)。6. 進(jìn)階用批處理一鍵完成編譯鏈接并驗證每次手敲 masm 和 link 很煩我習(xí)慣在 work 目錄放一個 build.batecho off REM build.bat - 一鍵編譯鏈接 16 位匯編程序 REM 用法: build.bat hello set NAME%1 if %NAME% ( echo 用法: build.bat ^源文件名^ exit /b 1 ) echo [1/2] 編譯 %NAME%.asm ... masm %NAME%.asm; if errorlevel 1 ( echo 編譯失敗請檢查錯誤信息 exit /b 1 ) echo [2/2] 鏈接 %NAME%.obj ... link %NAME%.obj; if errorlevel 1 ( echo 鏈接失敗請檢查錯誤信息 exit /b 1 ) echo 完成: %NAME%.exe這個批處理做了三件事檢查參數(shù)、編譯、鏈接每一步用 errorlevel 判斷是否成功。if errorlevel 1表示上一條命令返回值大于等于 1 就認(rèn)為失敗。MASM 和 Link 成功時返回 0失敗時返回非 0。用法是build.bat hello它會自動找 hello.asm生成 hello.obj 和 hello.exe。如果編譯或鏈接出錯會停下來并提示不會繼續(xù)往下跑。我還會加一個清理邏輯在編譯前刪掉舊的 obj 和 exe避免舊文件干擾if exist %NAME%.obj del %NAME%.obj if exist %NAME%.exe del %NAME%.exe放在編譯之前這樣每次都是干凈構(gòu)建。這個習(xí)慣是從 C 項目里帶過來的匯編項目文件少但舊 obj 導(dǎo)致鏈接到錯誤代碼的情況也遇到過刪掉最省心。驗證方法很簡單改一下 hello.asm 里的字符串重新跑 build.bat然后用 DOSBox 運(yùn)行看輸出有沒有變。如果沒變說明你跑的還是舊 exe檢查 build.bat 里的刪除邏輯有沒有生效。最后說一個我自己的習(xí)慣每次換機(jī)器或重裝系統(tǒng)我會把 C:\asm 整個目錄打包存一份。里面就是 bin、include、lib、work 四個文件夾加起來不到 10MB。這樣下次不管是在 Win10 還是 Win11 上解壓、加 PATH、跑 build.bat五分鐘就能恢復(fù)匯編環(huán)境。比重新找安裝包、重新配路徑快得多。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取 Win10下MASM與Link匯編工具鏈配置指南：從安裝到避坑
簡介這份資源面向在Windows 10環(huán)境下學(xué)習(xí)匯編語言、需要搭建底層開發(fā)工具鏈的初學(xué)者與系統(tǒng)編程愛好者核心提供MASM.exe匯編器與Link.exe鏈接器解決Win10下缺少可用匯編編譯與鏈接工具、無法將.asm源碼轉(zhuǎn)為可執(zhí)行文件的問題。壓縮包共11個文件以9個exe可執(zhí)行程序為主另含1個html說明頁與1個doc文檔整體約173KB體積輕便便于快速部署到本地命令行環(huán)境。其中MASM負(fù)責(zé)將匯編指令翻譯為機(jī)器碼Link負(fù)責(zé)合并目標(biāo)文件、解析外部引用并生成EXE或DLL配套文檔可輔助理解工具用途與調(diào)用方式。已有1048人學(xué)習(xí)下載適合想深入理解計算機(jī)底層機(jī)制、練習(xí)匯編指令與鏈接流程的讀者可作為搭建Win10匯編實(shí)驗環(huán)境的實(shí)用工具集。1. 在 Win10 上跑通 MASM.exe 和 Link.exe為什么 64 位系統(tǒng)反而要裝 32 位工具鏈很多人第一次在 Win10 上寫匯編卡住的地方不是指令集而是找不到 MASM.exe 和 Link.exe。網(wǎng)上搜到的教程要么讓你去裝整個 Visual Studio要么給一個來路不明的壓縮包解壓完發(fā)現(xiàn) Link.exe 報「不是有效的 Win32 應(yīng)用程序」。我當(dāng)年也翻過這個車明明系統(tǒng)是 64 位為什么反而要跑 16 位或 32 位的鏈接器原因在于 MASM 這套工具鏈的歷史包袱。MASM.exe 是 16 位程序Link.exe 早期版本也是 16 位它們原本服務(wù)于 DOS 和早期 Windows 的實(shí)模式匯編。Win10 的 64 位版本已經(jīng)徹底移除了 NTVDMNT 虛擬 DOS 機(jī)所以你直接雙擊 16 位的 MASM.exe系統(tǒng)會彈一個「此應(yīng)用無法在你的電腦上運(yùn)行」。解決辦法不是換系統(tǒng)而是用 32 位的 MASM 和 Link它們能在 Win10 的 WOW64 子系統(tǒng)里正常跑。這篇筆記就圍繞「Win10 運(yùn)行匯編所需的編譯程序 MASM.exe 和連接程序 Link.exe」這件事把工具從哪來、怎么放、怎么配、怎么跑通第一個程序以及中間會踩的坑一次講清楚。適合正在學(xué) 8086 匯編、王爽《匯編語言》實(shí)驗環(huán)境搭建、或者需要手寫匯編做底層驗證的從業(yè)者。2. 工具從哪來MASM.exe 和 Link.exe 的三種獲取路徑與選型2.1 為什么 MASM32 包是 Win10 下最省事的選擇MASM.exe 和 Link.exe 本身是微軟的工具但它們分散在不同年代的 SDK 和開發(fā)包里。如果你只是要寫 16 位實(shí)模式匯編比如課程實(shí)驗里的 8086 程序最直接的路徑是 MASM32 這個第三方整合包。它把 MASM.exe、Link.exe、ML.exe、資源編譯器以及必要的庫文件打包在一起安裝后自帶一個簡單的 IDE 和命令行環(huán)境。選它的理由很實(shí)際第一版本匹配。MASM32 里的 MASM.exe 通常是 6.14 或 6.15Link.exe 是 5.60 左右這兩個版本對 16 位匯編的兼容性最好不會出現(xiàn)新版本 Link 不認(rèn) OMF 格式目標(biāo)文件的問題。第二路徑干凈。默認(rèn)裝在 C:\masm32bin 目錄下就是可執(zhí)行文件include 和 lib 目錄結(jié)構(gòu)清晰不用自己去拼。第三Win10 兼容。32 位程序在 WOW64 下運(yùn)行穩(wěn)定不需要額外開兼容模式。常見做法是去 MASM32 的官網(wǎng)下載安裝包但如果你網(wǎng)絡(luò)環(huán)境不方便也可以從已有的 Visual Studio 安裝目錄里提取。VS 的 VC\bin 目錄下有 ml.exe 和 link.exe但那是 32 位保護(hù)模式的工具用來編譯 16 位 DOS 程序會報錯。所以如果你明確要寫 16 位匯編還是老老實(shí)實(shí)用 MASM32 包里的版本。2.2 從 Visual Studio 提取 Link.exe 的注意事項有些場景你不需要 16 位而是要在 Win10 上寫 32 位保護(hù)模式匯編或者用匯編和 C 混合編程。這時候可以用 Visual Studio 自帶的 ml.exe 和 link.exe。它們位于 VS 安裝目錄的 VC\Tools\MSVC版本號\bin\Hostx64\x86 或 Hostx64\x64 下。這里有個關(guān)鍵點(diǎn)Hostx64\x86 目錄下的 link.exe 是 32 位鏈接器能生成 32 位 PE 文件Hostx64\x64 下的是 64 位鏈接器生成 64 位 PE。如果你用 32 位鏈接器去鏈 64 位目標(biāo)文件會報「模塊計算機(jī)類型 x64 與目標(biāo)計算機(jī)類型 x86 沖突」。反過來也一樣。所以提取之前先想清楚你要生成哪種位數(shù)的程序。另外VS 的 link.exe 依賴 mspdbcore.dll 等一堆動態(tài)庫單獨(dú)把 link.exe 拷出來放到別的目錄會跑不起來。要么把整個 bin 目錄加進(jìn) PATH要么用 VS 自帶的開發(fā)者命令提示符。我一般會直接在 VS 的「x86 Native Tools Command Prompt」里操作省去配環(huán)境的麻煩。2.3 手動整理一套最小工具集的目錄結(jié)構(gòu)如果你不想裝 MASM32 也不想裝完整 VS可以手動整理一套最小工具集。需要的文件不多MASM.exe或 ml.exe、Link.exe、以及它們依賴的 DLL。16 位 MASM 通常只依賴 kernel32.dll 和 user32.dllWin10 自帶。Link.exe 5.60 也類似。我習(xí)慣的目錄結(jié)構(gòu)是這樣C:\asm\ ├── bin\ │ ├── MASM.exe │ ├── LINK.exe │ └── ML.exe ├── include\ │ └── (空16 位匯編一般不需要) ├── lib\ │ └── (空) └── work\ └── hello.asm把 C:\asm\bin 加進(jìn)系統(tǒng) PATH然后在 work 目錄里寫源文件、編譯、鏈接。這樣目錄干凈換機(jī)器時整個 C:\asm 拷走就能用。注意不要放在中文路徑或帶空格的路徑下Link.exe 對路徑里的空格處理很糟糕會報「cannot open file」但不說具體是哪個文件。3. 在 Win10 上配置 MASM 和 Link 的命令行環(huán)境3.1 把 bin 目錄寫進(jìn) PATH 的兩種方式第一種是臨時方式只在當(dāng)前命令行窗口生效。打開 cmd 或 PowerShell執(zhí)行set PATHC:\asm\bin;%PATH%這條命令把 C:\asm\bin 插到 PATH 最前面后面的 %PATH% 保留原有路徑。注意等號兩邊不要有空格否則會變成設(shè)置一個帶空格的變量名。執(zhí)行完可以用where masm驗證如果輸出 C:\asm\bin\MASM.exe 就說明生效了。第二種是永久方式通過系統(tǒng)屬性里的「環(huán)境變量」編輯 PATH把 C:\asm\bin 加進(jìn)去。Win10 的 PATH 編輯界面比 Win7 友好可以逐條添加。加完后要重新打開命令行窗口才生效已經(jīng)開著的窗口讀的是舊環(huán)境。我一般先用臨時方式測試確認(rèn)工具能跑通再寫進(jìn)永久 PATH。這樣萬一路徑寫錯不會影響其他程序。3.2 驗證 MASM.exe 和 Link.exe 能否在 Win10 下正常響應(yīng)配好 PATH 后先別急著編譯程序單獨(dú)跑一下這兩個命令masm link如果直接回車后出現(xiàn)用法提示或版本信息說明可執(zhí)行文件能被系統(tǒng)加載。如果報「不是內(nèi)部或外部命令」說明 PATH 沒配好。如果報「此應(yīng)用無法在你的電腦上運(yùn)行」說明你拿到的是 16 位版本需要換 32 位版本。MASM.exe 正常響應(yīng)時通常會輸出類似「Microsoft (R) Macro Assembler Version 6.14.8444」的版權(quán)信息然后等待輸入。Link.exe 會輸出「Microsoft (R) Segmented Executable Linker Version 5.60.339」之類?？吹竭@些就說明工具鏈在 Win10 下是活的。提示如果 masm 命令能跑但 link 報錯先檢查 Link.exe 是不是從 64 位 VS 目錄里拷出來的。64 位 Link 不能鏈 16 位 OMF 文件。3.3 用 ML.exe 替代 MASM.exe 的兼容性說明ML.exe 是 MASM 的后續(xù)版本支持更多偽指令和更現(xiàn)代的語法。在 Win10 下ML.exe 的 32 位版本同樣能通過 WOW64 運(yùn)行。如果你寫的匯編代碼用到了 .386、.model flat 這些保護(hù)模式偽指令用 ML.exe 比 MASM.exe 更合適。但要注意ML.exe 默認(rèn)生成的是 COFF 格式目標(biāo)文件而老版 Link.exe 5.60 只認(rèn) OMF 格式。如果你用 ML.exe 編譯再用老 Link 鏈接會報「invalid object file」。解決辦法是給 ML.exe 加 /omf 參數(shù)強(qiáng)制生成 OMF 格式ml /omf /c hello.asm link hello.obj;這樣 ML.exe 就等價于 MASM.exe 的作用。我一般在課程實(shí)驗里用 MASM.exe在需要更現(xiàn)代語法時用 ML.exe 加 /omf。4. 從 hello.asm 到 hello.exe一次完整的編譯鏈接實(shí)操4.1 寫一個最小可運(yùn)行的 16 位匯編源文件在 C:\asm\work 下新建 hello.asm內(nèi)容如下; hello.asm - 最小的 16 位 DOS 匯編程序 ; 編譯: masm hello.asm; ; 鏈接: link hello.obj; .model small ; 使用小內(nèi)存模型 .stack 100h ; 定義 256 字節(jié)?？臻g .data msg db Hello, MASM on Win10!, 0Dh, 0Ah, $ .code start: mov ax, data ; 取數(shù)據(jù)段地址 mov ds, ax ; 送入 DS mov ah, 09h ; DOS 功能號 09h: 顯示字符串 lea dx, msg ; DX 指向字符串首地址 int 21h ; 調(diào)用 DOS 中斷 mov ax, 4C00h ; DOS 功能號 4Ch: 帶返回碼退出 int 21h ; 返回碼 00h end start這段代碼做了三件事初始化數(shù)據(jù)段、用 INT 21h 的 09h 功能打印字符串、用 4Ch 功能退出。data是 MASM 的預(yù)定義符號會被替換成數(shù)據(jù)段的段地址。end start告訴匯編器程序入口是 start 標(biāo)號。4.2 用 MASM.exe 編譯成 OBJ 文件在 work 目錄下執(zhí)行masm hello.asm;分號表示后面沒有其他參數(shù)用默認(rèn)值。執(zhí)行后如果沒有任何錯誤會生成 hello.obj。屏幕上會顯示類似Microsoft (R) Macro Assembler Version 6.14.8444 Copyright (C) Microsoft Corp 1981-1997. All rights reserved. Assembling: hello.asm 0 Warning Errors 0 Severe Errors如果報錯常見的有兩種一是A2006: undefined symbol說明用了一個沒定義的標(biāo)號或變量檢查拼寫二是A2008: syntax error通常是偽指令寫錯比如.model寫成了model。錯誤信息里會帶行號對著改就行。4.3 用 Link.exe 鏈接成 EXE 文件編譯通過后執(zhí)行l(wèi)ink hello.obj;分號同樣表示用默認(rèn)參數(shù)。成功后會生成 hello.exe。輸出類似Microsoft (R) Segmented Executable Linker Version 5.60.339 Copyright (C) Microsoft Corp 1984-1993. All rights reserved. Run File [hello.exe]: List File [nul.map]: Libraries [.lib]: Definitions File [nul.def]:這里 Link 會交互式地問幾個文件名直接回車用默認(rèn)值即可。分號的作用就是跳過這些提問。如果報L2029: unresolved external說明用到了外部符號但沒提供庫文件16 位 DOS 程序一般不會遇到除非你調(diào)用了 C 庫函數(shù)。4.4 在 Win10 上運(yùn)行生成的 EXE雙擊 hello.exe 大概率會閃退因為它是 16 位 DOS 程序Win10 64 位沒有 NTVDM。你需要用 DOSBox 來跑# 假設(shè) DOSBox 裝在 C:\DOSBox mount c C:\asm\work c: hello.exe在 DOSBox 里掛載 work 目錄為 C 盤然后運(yùn)行 hello.exe就能看到「Hello, MASM on Win10!」。如果你不想裝 DOSBox也可以用 32 位保護(hù)模式寫程序那樣生成的 EXE 能直接在 Win10 下跑但那就不是 16 位實(shí)模式匯編了。注意Win10 的 32 位版本自帶 NTVDM可以直接跑 16 位程序。但 64 位版本沒有必須用 DOSBox 或虛擬機(jī)。這是系統(tǒng)層面的限制不是工具鏈的問題。5. 避坑MASM 和 Link 在 Win10 下的 5 個典型翻車現(xiàn)場5.1 現(xiàn)象雙擊 MASM.exe 提示「此應(yīng)用無法在你的電腦上運(yùn)行」原因你拿到的是 16 位版本的 MASM.exeWin10 64 位移除了 NTVDM無法加載 16 位可執(zhí)行文件。解決換用 32 位版本的 MASM.exe。MASM32 包里的就是 32 位版本或者從 VS 的 VC\bin 目錄提取 ml.exe 加 /omf 參數(shù)替代。5.2 現(xiàn)象Link 報「invalid object file」或「unknown file type」原因目標(biāo)文件格式不匹配。ML.exe 默認(rèn)生成 COFF 格式而老版 Link.exe 5.60 只認(rèn) OMF 格式。解決編譯時加 /omf 參數(shù)ml /omf /c hello.asm。或者換用支持 COFF 的新版 Link.exe但新版 Link 對 16 位程序支持不好容易出其他問題。5.3 現(xiàn)象編譯通過但鏈接時報「cannot open file hello.obj」原因路徑里有空格或中文字符。Link.exe 對路徑解析很粗糙遇到空格會截斷。解決把工作目錄移到純英文無空格路徑下比如 C:\asm\work。不要放在「我的文檔」或桌面這種帶空格的路徑里。5.4 現(xiàn)象運(yùn)行 hello.exe 閃退沒有任何輸出原因16 位 DOS 程序在 Win10 64 位下無法直接運(yùn)行系統(tǒng)加載后立即終止。解決用 DOSBox 運(yùn)行或者在 32 位 Win10 里跑。如果只是想驗證編譯鏈接是否成功看到 hello.exe 生成即可不一定要運(yùn)行。5.5 現(xiàn)象MASM 報「A1006: invalid command-line option」原因命令行參數(shù)寫錯比如masm /c hello.asm里的 /c 不是 MASM 的參數(shù)那是 ML 的參數(shù)。解決查 MASM 的用法說明直接masm回車看幫助。常用參數(shù)只有/Zi調(diào)試信息、/Fl生成列表文件等少數(shù)幾個。不確定就只用分號走默認(rèn)。6. 進(jìn)階用批處理一鍵完成編譯鏈接并驗證每次手敲 masm 和 link 很煩我習(xí)慣在 work 目錄放一個 build.batecho off REM build.bat - 一鍵編譯鏈接 16 位匯編程序 REM 用法: build.bat hello set NAME%1 if %NAME% ( echo 用法: build.bat ^源文件名^ exit /b 1 ) echo [1/2] 編譯 %NAME%.asm ... masm %NAME%.asm; if errorlevel 1 ( echo 編譯失敗請檢查錯誤信息 exit /b 1 ) echo [2/2] 鏈接 %NAME%.obj ... link %NAME%.obj; if errorlevel 1 ( echo 鏈接失敗請檢查錯誤信息 exit /b 1 ) echo 完成: %NAME%.exe這個批處理做了三件事檢查參數(shù)、編譯、鏈接每一步用 errorlevel 判斷是否成功。if errorlevel 1表示上一條命令返回值大于等于 1 就認(rèn)為失敗。MASM 和 Link 成功時返回 0失敗時返回非 0。用法是build.bat hello它會自動找 hello.asm生成 hello.obj 和 hello.exe。如果編譯或鏈接出錯會停下來并提示不會繼續(xù)往下跑。我還會加一個清理邏輯在編譯前刪掉舊的 obj 和 exe避免舊文件干擾if exist %NAME%.obj del %NAME%.obj if exist %NAME%.exe del %NAME%.exe放在編譯之前這樣每次都是干凈構(gòu)建。這個習(xí)慣是從 C 項目里帶過來的匯編項目文件少但舊 obj 導(dǎo)致鏈接到錯誤代碼的情況也遇到過刪掉最省心。驗證方法很簡單改一下 hello.asm 里的字符串重新跑 build.bat然后用 DOSBox 運(yùn)行看輸出有沒有變。如果沒變說明你跑的還是舊 exe檢查 build.bat 里的刪除邏輯有沒有生效。最后說一個我自己的習(xí)慣每次換機(jī)器或重裝系統(tǒng)我會把 C:\asm 整個目錄打包存一份。里面就是 bin、include、lib、work 四個文件夾加起來不到 10MB。這樣下次不管是在 Win10 還是 Win11 上解壓、加 PATH、跑 build.bat五分鐘就能恢復(fù)匯編環(huán)境。比重新找安裝包、重新配路徑快得多。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取