Win32 組合語言開發環境與基礎架構解析

從 DOS 到 Win32：程式設計模式的根本轉變

在 DOS 時代，程式擁有系統最高特權，可直接操作記憶體、中斷向量表與 I/O 埠。這種「單任務、單特權」模式雖然自由，卻極不穩定——一個失控的程式就能癱瘓整個系統。Windows 在保護模式下運行，引入了 Ring 0（核心）與 Ring 3（應用）的特權分級：應用程式無法直接存取硬體、他人記憶體，甚至自身代碼段寫入也會觸發保護錯誤（藍屏）。記憶體管理上，Windows 採用分頁機制提供 4 GB 平坦地址空間，不再需要段暫存器定址，極大簡化了記憶體操作。

訊息驅動架構：Windows 程式的核心邏輯

DOS 程式是循序執行、主動等待輸入；Windows 程式則是「基於訊息」的事件驅動模型。視窗建立後進入訊息迴圈，靜待滑鼠點擊、鍵盤輸入、重繪等系統訊息，再分派給對應處理函式。這種非同步、非決定性的流程是 Win32 程式設計（無論組語或 C++）的基石。

工具鏈選擇：MASM32 讓組語開發如 C 般便利

早期 Win32 組語常用 TASM 5.0 或 MASM 6.11+。TASM 自帶 Import Library，MASM 優化較佳但缺庫。Steve Hutchesson 為 MASM 建置完整的 Windows API Import Library、標頭檔與工具，整合為 MASM32 SDK（含 ML.EXE、LINK.EXE、RC.EXE），使組語呼叫 API 像 C 一樣直觀。本教學以 MASM 語法為準。

環境變數與建置腳本

set include=\Masm32\Include
set lib=\Masm32\Lib
set path=\Masm32\Bin

編譯參數 ml /c /coff file.asm 產生 COFF 格式 .obj；連結參數 link /SUBSYSTEM:WINDOWS file.obj file.res 產生 PE 可執行檔。為避免重複輸入，採用 nmake + makefile 自動化：依檔案時間戳判斷是否重新編譯/連結/資源編譯，範例見原文。