小木偶在這部分要介紹 Win64 組合語言，Win64 是指 64 位元版的 Windows 作業系統，包含 Windows XP/Vista/7/8/8.1/10。要注意的是，前面這些 Windows，都包含 32 位元與 64 位元兩種，在外觀上很難區分，讀者可以自行在網路上搜尋如何判斷 Windows 是 32 位元還是 64 位元。
這部分的內容，就是要談談在 64 位元的 Windows 作業系統之下，如何撰寫組合語言。讀者可能需要有 DOS 組合語言的基礎，不過小木偶會盡量以淺顯的方式說明。這是一項艱難的工作，只能盡力而為。在這之前，先介紹 64 位元 CPU 的發展簡史，這是一個輕鬆的主題。
早在民國 83 年 3 月，也就是西元 1994 年，英特爾就已推出具有 64 位元的資料匯流排的奔騰中央處理器 ( Pentium CPU )，奔騰與外部線路溝通資料是以 64 位元的方式傳輸。當時有許多廣告宣稱它是 64 位元的 CPU ( 至今還是有些書仍然如此寫 )。但內行人一看，便知這是誇大其詞！Pentium 雖具有 64 位元資料匯流排，但卻只有 32 位元的暫存器，每次運算也只能處理 32 位元的資料。即使 Pentium 每次可以由匯流排接收 64 位元的資料，但運算時得分兩次。嚴格來說，Pentium 仍屬 32 位元的 CPU。
對程式設計師而言，Pentium 與 80386/80486 比較，Pentium 除了多出處理多媒體資料的指令集以及較為快速的運算速率之外，關於系統方面的指令，如定址模式、記憶體管理等，幾乎與 80386/80486 如出一轍，一般我們都稱呼它們為 IA－32 ( Intel Architecture 32-bit )的 CPU，有時也稱為 i386、x86－32 或者 x86。除了 80386/80486/Pentium，就連後來英特爾出產的 CPU，如 Pentium Pro、Pentium II、Pentium III、Celeron、Pentium 4、Pentium M、Core、Celeron M、Celeron D 都屬於此一架構。美商超微也開發出許多種類的 IA－32 CPU，如 K5、K6、K6－2、K6－III、Duron、Athlon、Athlon XP、Athlon MP、Athlon XP－M 等。
IA－32 架構的 CPU，可以定址到 232 個位元組，亦即 4GB，相當於 4294967296 個位元組，相對於 8086 只能定址 1MB ( 亦即 1048576 ) 位元組，可以說是相當的大。這也就是說，IA－32 架構的 CPU 可以使用 4G 位元組的記憶體，比 8086 那些 16 位元的 CPU 只能使用 1MB 的記憶體強大許多。
但是面對資料庫、影音處理等的龐大的資料時，仍是力有未逮。於是英特爾與美國惠普公司 ( Hewlett-Packard ) 合作開始研發 64 位元的 CPU，後來在民國 90 年 6 月發表第一代 Itanium ( 中文名稱為「安騰」)，後來又在次年發表 Itanium 2，這兩種 CPU 架構稱為 IA－64 ( Intel Architecture 64-bit )，表明是 64 位元架構的 CPU，它能一次處理 64 位元長度的資料，並能提供定址空間為 264 ( ＝18446744073709551616≒1.84×1019 ) 位元組。英特爾本來的計畫是捨棄行之多年的 IA－32 架構，以新的 IA－64 代替，但是 IA－64 與 IA－32 不相容；必須使用各種模擬來執行軟體，以這種模擬方式來執行的效率非常糟糕，市場反應並不好。
另一家 CPU 大廠，美商超微 ( AMD ) 卻另闢蹊徑。在 IA－32 架構上發展了 64 位元的擴充，並命名為 AMD64。並於民國 92 年 ( 西元 2003 年 4 月 )，發表了第一款 AMD64 架構的 CPU，Opteron，之後又先後發表了 Athlon 64、Athlon 64 FX、Athlon 64 X2、Opteron、Sempron、Turion 64、Phenom。因為 AMD64 是在 IA－32 基礎上擴充為 64 位元，所以對舊有的軟體有很好的相容性，獲得各家廠商支持，包含微軟也為 AMD64 開發 Windows XP 64 Edition 作業系統。
後來英特爾眼見競爭對手在 64 位元 CPU 上的成功，也推出了與之幾乎一模一樣架構的處理器，並命名為 IA－32e ( 亦即 IA－32 擴充之意 )，而後更名為 EM64T ( Extended Memory 64 Technology ) 或 Intel 64。
現在不管是 AMD64 或 IA－32e、EM64T、Intel 64 都被統稱為 x86－64 或 x64 這種中性的名稱，表示不偏袒任何一家廠商。英特爾出產的 Xeon ( 自 Nocona 起的部分型號 )、Celeron D ( 自 Prescott 起的部分型號 )、Pentium 4 ( 自 Prescott 起的部分型號 )、Pentium D、Pentium Extreme Edition、Xeon（Woodcrest）、Intel Core 2、Dual-Core、Celeron（自 Core 起的型號）、Nehalem、Core i7、Intel Core i5 等都屬於 x64 架構。
因為發展順序及商業考量，以致於此處有許多關於 32 位元或 64 位元的名詞，很容易搞混，用下表稍作整理：
| CPU 的位元 | 名稱 | 開發廠商 | 使用狀況 |
| 32 | x86、IA－32、x86－32 三者同義 | 英特爾 | 普遍 |
| 64 | IA－64 | 英特爾 | 不普遍 |
| 64 | x64、AMD64、IA－32e、EM64T、Intel64、x86－64 均同義 | 超微 | 普遍 |
比較特別的是 IA－32e 是指 64 位元的 CPU，且相容於 IA－32 CPU 程度高。
在幾年前 ( 小木偶寫這網頁時是民國 110 年，「幾年前」意味著也就是西元 2021 年之前 )，那時 64 位元的 CPU 早已大行其道了，但是作業系統、軟體卻還未跟上。在那時候，有些電腦裝著 64 位元的 CPU，卻安裝 32 位元的 Windows，執行著 32 位元的應用程式；或是裝著 64 位元的 CPU 與 64 位元的 Windows，仍執行 32 位元的應用程式。這也看得出來，x64 CPU 的相容性很高，能執行 32 位元的軟體。但現在情況已經改變了。
到現在 ( 民國 110 年、西元 2021 年 ) 為止，64 位元的電腦系統可說已經非常完備了，其中央處理器為英特爾或超微所生產 x64 架構的 CPU；而作業系統使用的是 64 位元版本的 Windows XP/Vista/7/8/8.1/10 ( 為了方便，這些 64 位於的作業系統稱之為 Win64，有別於以前的 Win32 )。記憶體隨便都可擴充至 4GB、8GB 以上。不再像 32 位元的作業系統那樣，即使電腦裝了超過 4GB 的記憶體，但是還是只能使用 4GB。應用軟體也逐漸走向 64 位元原生軟體，而不是像前幾年，在 64 位元作業系統上執行 32 位元程式。
那麼小木偶最鍾愛的組合語言是否能撰寫 64 位元的程式呢？答案當然是可以的。這部分，就是要以組合語言撰寫 64 位元的 Windows 應用程式，使其在 Win64 上執行。
在說明暫存器之前，先來說說什麼是位元 ( bit )、位元組 ( byte )、字組 ( word )。電腦裏的記憶體是由許多電晶體構成的複雜線路，當電晶體某個接腳處於高電位時可視為「1」，低電位時可視為「0」，這樣一個電晶體能夠儲存一個「0」或「1」，稱之為一個位元 ( bit，大陸翻成位 )。
一個位元只能表示兩種數值，即「0」或「1」；如果有兩個電晶體，就能儲存兩個位元，可以個別是「0」或「1」，因此可以表示四種數值，即「00」、「01」、「10」、「11」；如果有三個位元，就能表示八種數值 ( 23 )；……。一個位元太小，所以我們把八個位元合起來，變成一個位元組 ( byte，大陸翻成字節 )。一個位元組可以表示 28 種數值，28 等於 256，亦即能表示 0∼255 範圍的數值。結合兩個位元組，亦即 16 個位元，就形成一個字組 ( word )，一個字組能表示 216 個不同的數值，從 0∼65535。在電腦計量裏，常用 K 表示 210，210 等於 1024，而 65536 等於 64K。整理如下表：
| 英文名稱 | 中文名稱 | 位元數 | 所能表示的正整數範圍 |
| BIT | 位元 | 1 | 0∼1 |
| BYTE | 位元組 | 8 | 0∼255 |
| WORD | 字組 | 16 | 0∼65,535 |
暫存器 ( register，大陸翻成寄存器 ) 是在 CPU 內部的一小塊記憶體，可以用來暫時儲存資料並能高速運算。CPU 的運算，大部分都發生在暫存器裡。要撰寫 64 位元的程式，首先先來看看 x64 的 CPU 裡面的暫存器和以往的 x86 有何不同？
x64 架構的 CPU 包含了 16 個 64 位元的通用暫存器 ( general-purpose registers )，這 16 個暫存器名稱分別是 RAX、RBX、RCX、RDX、RBP、RSP、RSI、RDI、R8、R9、R10、R11、R12、R13、R14、R15。它們都以「R」開頭，是「register」的意思。前面的八個暫存器，RAX、RBX、RCX、RDX、RBP、RSP、RSI、RDI，是把舊有的名稱加以擴充故與舊名稱類似 ( 見 DOS 組合語言附錄三 )；後面的八個暫存器，R8、R9、R10、R11、R12、R13、R14、R15，是新增的，其名稱都以數字命名。如下圖所示。
下圖中最上面的白色字，代表位元編號。例如 RAX 暫存器是從最低位元的標號 0 開始，到最高位元的編號 63 為止，共 64 位元。RAX 包含紫色邊框框住的 EAX 暫存器，EAX 則是由 RAX 的編號 0 的位元到 31，共 32 位元。同理，EAX 又包含了紅色邊框框住的 AX 暫存器。AX 又分為兩個八位元的 AL 暫存器和 AH 暫存器，因此 AX 是 16 位元的暫存器。
雖然是在 64 位元系統中的程式，但是還是可以使用 32、16、8 位元的暫存器，如上圖所示，小木偶列出底下的表：
八位元的暫存器：有二十個，分別是舊有的 AL、BL、CL、DL 與其較高位址的 AH、BH、CH、DH，還有新增的 SIL、DIL、BPL、SPL、R8B、R9B、R10B、R11B、R12B、R13B、R14B、R15B。新增的前四個暫存器以「L」結束，「L」是低位元組的意思；最後 8 個位元暫存器名稱以「B」結束，「B」是位元組的意思，位元組英文為 BYTE，一個位元組是八個位元。
十六位元的暫存器：有十六個，分別是舊的 AX、BX、CX、DX、DI、SI、BP、SP 與新增的 R8W、R9W、R10W、R11W、R12W、R13W、R14W、R15W，這裏的「W」，顯然就是字組的意思，字組英文為 WORD，一個字組是 16 位元。
三十二位元的暫存器：有十六個，如 EAX、EBX、ECX、EDX、ESI、EDI、EBP、ESP 與新增加的 R8D、R9D、R10D、R11D、R12D、R13D、R14D、R15D，後八個暫存器名結尾的「D」是指雙字組的意思，雙字組英文是 Double Word，一個雙字組是 32 位元。
看起來好像有很多暫存器可以使用，但是實際上有許多是重疊的。例如，AX 暫存器包含了 AL 暫存器與 AH 暫存器，前者是位於 AX 較低的八個位元，後者則在 AX 較高的八個位元。同理，RAX 包含 EAX ；EAX 包含 AX。如果你修改了小範圍的暫存器的數值，那麼同一個大範圍暫存器之值也會改變。例如，原本 EAX＝0a1234h ( 數字後面有「h」或「H」的，表示此數字是十六進位數，C 語言以 0x 表示，0a1234h＝0x0a1234 等於十進位的 660020 )，這時候 AH＝12h，AL＝34h，AX＝1234h；假設程式執行後把 AL 的內容變成 50h，那麼 AX 就變成 1250h，EAX 變成 0a1250h，AH 不變。
在 Win64 系統內部，尤其是 Windows API，會使用 RBX、RBP、RDI、RSI、RSP、R12、R13、R14、R15 暫存器作為運算對象，因此應用程式不可變更這些暫存器，否則很容易當機。因為這些暫存器之值不能更改，稱為「nonvolatile」。剩下的 RAX、RCX、RDX、R8、R9、R10、R11 暫存器，可以由我們的應用程式任意改變其數值，稱為「volatile」。
雖然 x64 CPU 提供了十六個暫存器，但是由於作業系統的關係，卻只能使用七個，似乎有點兒少。但是好在那些稱為「nonvolatile」的暫存器，也不是真的硬邦邦的，完全不可使用。而是在使用前，必須把它們的數值保存起來，使用完畢再恢復原來的數值。
要用組合語言撰寫 Win64 程式，需要匯入程式庫（副檔名為 .LIB）與包含檔（副檔名為 .INC 或 .MAC）、組譯器、除錯器、參考資料等工具或資料才能做到。到目前為止，似乎還沒有一套強而有力的開發環境，但是比起以前已經好很多了。小木偶在此介紹兩種撰寫 Win64 組合語言的環境：①MASM64 SDK、②JWASM/HJWASM/UASM 搭配 WinInc。
MASM64 SDK 是 hutch-- 大大以微軟 64 位元的組譯器，ML64.EXE，搭配他自己所主導所開發表的包含檔。
到 The MASM Forum 論壇上，hutch-- 大大所發表的帖子，下載 install64.zip。下載回來後，裏面就只有一個子目錄，install64，將其解壓縮到任何一個磁碟機的根目錄裏，並將其改名為「masm32」就可以了。而我們所要撰寫的組合語言原始程式，必須放在與「masm32」目錄同一個磁碟機的任何子目錄裡即可。
例如，小木偶把「install64.zip」裏的「install64」子目錄解壓縮到「E:\」，然後再把「E:\install64」子目錄名稱改成「E:\masm32」。在「masm32\lib64」子目錄裏，就有這些匯入程式庫；而在「masm32\include64」子目錄裏，有定義 Windows API 原型的包含檔。我們所自行撰寫的組合語言原始程式要放在同一個磁碟機的任一子目錄裡，小木偶就放在「E:\Homepage\SOURCE\Win64」裡。爾後各章的 Win64 組合語言原始程式當按前述方式處理。
我們所撰寫的組合語言程式，稱為原始程式或來源檔，英文是「source file」，也可翻譯成程式碼，其副檔名通常是 .ASM。不論叫哪一種名稱，都是純文字檔，無法執行，必須經過程式「翻譯」後，才能變為 CPU 所能識別的可執行檔。這種「翻譯組合語言原始程式」的程式稱為「組譯器」（assembler）。剛才下載回來的 install64.zip 並不包含組譯器。
微軟提供的組譯器有兩種：①ML.EXE，是開發 16 位元及 32 位元程式的組譯器；②ML64.EXE，是開發 64 位元程式的組譯器。本篇講述的是用組合語言撰寫 64 位元程式，因此提到組譯器，指的就是 ML64.EXE（或直接稱其主檔名，ML64 亦可）。ML64.EXE 是微軟釋放出來的檔案，沒有版權的問題可放心使用。
除了組譯器之外，還須下載「連結器」及一些工具。連結器的功能是要把組譯器「翻譯」後的檔案與匯入程式庫等連結起來，這些程式庫包含許多常用程式，可以節省我們不少時間，微軟的連結器稱為「LINK.EXE」。那麼，除了組譯器與連結器外，還需要其他檔案嗎？在剛剛解壓縮並改名後的「E:\masm32\bin64」子目錄裏，有一個名為「Microsoft_File_List.txt」的純文字檔，內容如下：
********************************************** Files that must be obtained from Microsoft and copied into the following directories. Usually this is from a Visual Studio download. ********************************************** --------------- bin64 directory --------------- cvtres.exe dumpbin.exe editbin.exe lib.exe link.exe link.exe.config ml64.exe msobj140.dll mspdb140.dll mspdbcmf.exe mspdbcore.dll mspdbsrv.exe mspdbst.dll mspft140.dll msvcdis140.dll msvcp140.dll ----------- In dir 1033 ----------- bscmakeui.dll clui.dll cvtresui.dll linkui.dll LocalESPCui.dll mspdbcmfui.dll mspft140ui.dll pgort140ui.dll pgoui.dll
上面所列出的組譯器以及一些工具程式，下載回來後應該要把它們存放在「E:\masm32\bin64」裏；最後的九個檔案，應該存放在「E:\masm32\bin64\1033」裏。我們可以到 PCONLIFE 網站下載這些檔案。
PCONLIFE 網站的主旨是可以讓使用者恢復 Windows 因某些原因而失去的 DLL 或 EXE 檔案，在此處我們可以用它來建立「\masm32\bin64」裏的一些檔案。底下是小木偶重建「ML64.EXE」的過程。首先，在①編輯框輸入「ML64.EXE」（PCONLIFE 會忽視大小寫），然後按下②處的按鈕，
PCONLIFE 會把它資料庫裏的 ML64.EXE 列出來，如下圖：
有這麼多版本的 ML64.EXE，小木偶選擇的是 64 位元的「14.25.28614.0」版本，這是「Visual Studio 2019」內所附的組譯器。然後點選③處的超連結下載，儲存在「E:\masm32\bin64」裏。
「Microsoft_File_List.txt」中的其他檔案也如法炮製，要注意的是，應該儘量選擇版本相同或相近的，以免將來組譯、連結時發生問題。假如你沒有時間一一搜尋下載，小木偶已經把「Microsoft_File_List.txt」內的檔案製作成「bin64.rar」壓縮檔，可到這裏下載。
在 Win64 系統中，最常用的除錯器是微軟的 WinDbg。雖然微軟沒有單獨下載的 WinDbg，都包含在 SDK 裏。但是網路上，不乏能人，竟然能找到單獨下載的 WinDbg，請按這裏可以下載 WinDbg 6.12.2.633 版，大小為 17529856 個位元組。下載完，可以直接安裝，就不再贅述。
除了 WinDbg 之外，也可以選擇 x64dbg 除錯器。這個除錯器是開放原始碼，安裝方法、使用方法與除錯介面都與 OllyDbg 很相似，如果你曾在 Win32 撰寫過組合語言，使用 x86dbg 應該是駕輕就熟。x64dbg 更新得很快，小木偶在寫這一章時最新版本是 2021 年 11 月 3 日釋出的 11.01 版，可以到 x64dbg 的網站上下載。下載回來是一個名為「snapshot_2021-11-03_11-01.zip」的壓縮檔，將它解壓縮後放在任何一個子目錄，然後把「x64dbg\release\x64\x64dbg.exe」可執行檔作成捷徑，就算是安裝完成了。x64dbg 也能除錯 32 位元的程式，可以參考 J.J.'s Blogs，有更詳盡的安裝方法與介紹。
撰寫 Windows 程式，最重要的參考資料，就是 MSDN。自從 2008 年之後，微軟似乎已不再出 MSDN 光碟，而是在網路上查閱。小木偶查閱到最後一版的是「MSDN Library for Visual Studio 2008 SP1」，可以到微軟下載中心下載，如要線上查尋，可以到微軟文獻網站查尋。
到此用組合語言撰寫 Win64 程式所需環境，已建立完成。最後還有四件事情要注意：
因為微軟公司移除了 ML64.EXE 的高階指令，例如 INVOKE、.IF/.ELSEIF/.ELSE/.ENDIF、.WHILE/ENDW…等等，使 ML64.EXE 變成殘廢，並且至今不打算加入，因此前輩們試圖以不同的方法恢復這些高階指令。有些人試圖以巨集指令實現這些高階指令，例如俄國的 Vasily Sotnikov 和前面提到的 hutch--。有些人則是重新打造組譯器，像 Japheth 所開發的組譯器 JWASM。
JWASM 起源於加拿大的 Watcom 軟體公司。西元 1988 年，Watcom 公司曾經發售聞名於世的 Watcom C/C++ 編譯器。Watcom C/C++ 編譯器的特色是，所產生的可執行檔大小比競爭對手更小，而且速度更快。那時著名的遊戲軟體，例如毀滅戰士（Doom）、毀滅公爵 3D（Duke Nukem 3D）、俠盜獵車手（Grand Theft Auto）、異塵餘生（Fallout）等；甚至商業套裝軟體，例如 FoxPro 2、Netware386 等，都是用 Watcom C/C++ 開發的。也因為其優異的性能，Watcom C/C++ 編譯器能夠與微軟、寶蘭（Borland，最著名的產品是 Turbo C/C++）公司開發行 C 編譯器分庭亢禮並三分天下。
但好景不常，西元 1994 年，Powersoft 收購了 Watcom；西元 1995 年時，Sybase 又併吞了 Powersoft。Sybase 本想將 Watcom C/C++ 編譯器重新定位為視覺 RAD 工具，但 Watcom C/C++ 會與 Sybase 計畫發售的 PowerBuilder 互相競爭。於是 Sybase 在 2003 年停止了 Watcom C/C++ 的開發與銷售計畫，並以新的名稱，Open Watcom，釋出原始碼。
當年，在這套 Watcom C/C++ 裏面，包含了一個組譯器，稱為 WASM（Watcom Assembler）。開放原始碼後，由前輩 Japheth 主導開發，並完成了 32 及 64 位元的組譯器，因為由 Japheth 主導，故前面冠上其名字，稱為 JWASM。JWASM 具有以下的特色：
到了西元 2014 年元月，Japheth 放棄開發新版的 JWASM 組譯器，但是在 MASM32 論壇上，有一群以 Habran 為首的先進接替 Japheth 的工作，繼續維護並開發新的組譯器，並將它改名為 HJWASM。到了西元 2017 年五月，HJWASM 由 Branislav Habus 與 John Hankinson 繼續改良，並更名為 UASM。西元 2023 年 4 月，最新版本是 2.56 版。
進入 UASM 網站後，找到下面的畫面：
| UASM 2.56 (32bit) | 27/10/2022 | uasm256_x86.zip | 32bit Binary Package (Windows) |
| UASM 2.56 (64bit) | 27/10/2022 | uasm256_x64.zip | 64bit Binary Package (Windows) |
| UASM 2.56 (Linux 64bit) | 27/10/2022 | uasm256_linux64.zip | 64bit Linux Executable (GCC) |
| UASM 2.47 (OSX Universal) | 17/11/2018 | uasm247_osx.zip | 64bit OSX Executable (GCC) |
如果您的系統是 64 位元的 Windows 就下載 uasm256_x64.zip。
下載回來的 uasm256_x64.zip 檔案長度是 1587829 個位元組，把它解壓縮到「C:\UASM」子目錄裏，就安裝完成了。如果以後要解除安裝，把「C:\UASM」子目錄連同其內的所有檔案刪除即可。除了組譯器外，還要安裝連結器及其他工具程式，方法跟使用 ML64.EXE 的一樣，請參考上面的說明。或者也可以到這裏下載小木偶製作好的壓縮檔，bin64.rar，裏面包含了連結器與其他工具程式。此壓縮檔的內容是依據 MASM64 SDK 內的 Microsoft_File_List.txt 檔案提供的。bin64.rar 內只有一個子目錄「bin64」，解壓縮到「C:\UASM」子目錄即可，連結器及其他工具程式就會在「C:\UASM\bin64」子目錄內。
現在也有好幾組包含檔可供使用，小木偶推薦的是由 Japheth 所領導的小組所製作的，稱為 WinInc 2.08/2.09/2.10 的包含檔。各位讀者可以到 UASM 的網站上下載。根據該網站的資料，WinInc 是專門為 JWASM/HJWASM/UASM、MASM 等組譯器所打造的，包含了所有 Win32/64 API 所需宣告及原型。與 MASM32 不同的是，在 MASM32 裏的 WINDOWS.INC 包含了所有常數的定義，因此檔案非常大；但是在 WinInc 裏，卻是分門別類的在各個包含檔裏，它們是由 h2incx.exe 轉換微軟的 VC 所提供的包含檔，*.H 和 *.INC，以 1：1 轉換而來的。除此之外，WinInc 也支援萬國碼，這對開發多國語言程式，是個好消息。
把 WinInc210.zip 下載回來後，只需把其內的 Include 子目錄整個解壓縮到「C:\UASM」就完成了。如此一來，包含檔就會在「C:\UASM\Include」子目錄裏面了。
小木偶知道至少有兩種方法安裝匯入程式庫：①直接使用 MASM64 SDK 的匯入程式庫、②由 Windows SDK 或 Visual Studio 的光碟中抽取。顯然是①的方法較好，所得的匯入程式庫也較新。方法很簡單，下載 MASM64 SDK 的安裝程式： install64.zip 壓縮檔，然後將其中「install64\lib64」子目錄裏面的所有檔案解壓縮到「C:\UASM\lib64」子目錄裡面即可。
小木偶在電腦上安裝了兩種組譯器及與之搭配的包含檔：①hutch-- 主導的 MASM64 SDK；②UASM 組譯器與 WinInc 包含檔。它們各有各的特色，令小木偶難以抉擇在接下來的章節中，要選擇以第①為主，還是以②為主。鑑於小木偶自學 Win64 組合語言的歷程，是在 MASM64 SDK 未成氣候之前，因此那時小木偶是以 WinInc 搭配 UASM 組譯器。即使現在有許多人使用 MASM64 SDK，但在情感上，小木偶是難以割捨。
在前十章，小木偶會以 MASM64 SDK 進行組譯與連結。而在更後面的章節，會全以第②種方法組譯。幸好，這兩者原始碼、組譯方式都大同小異，只有一些細節不同，略微注意即可。
早在 16 位元的 DOS 時代，微軟所出品的組合語言組譯器，稱為巨集組譯器，Macro ASM，簡稱 MASM。原先組譯器檔名為 MASM.EXE，到了 6.0 版之後，組譯器檔名改為 ML.EXE。6.0 版還添加了許多功能，最令人津津樂道的就是可以使用 INVOKE、.IF/.ELSEIF/.ENDIF、.WHILE/.ENDW 等高階語法。到了 7.0 版的時代，微軟不再對市面販售新版的組譯器，但卻暗度陳倉的將它包含在「Visual C＋＋」裏面，作為組譯「C＋＋」程式內含的組合語言程式碼，同時也把前述的高階語法除去。
在發售「Visual C＋＋ 2005 Express Edition」時，微軟在這個開發工具內，新添了一個可以組譯 64 位元的組合語言原始碼的組譯器，稱為 ML64.EXE，同樣不支援高階語法。爾後的每一版「Visual C＋＋」或「Visual Studio」都會搭配新一版的 ML.EXE 與 ML64.EXE。表面上，微軟雖不再發售新的 MASM，但是實際上仍投注資源不斷更新。
由於有微軟這樣的大靠山支援 MASM，也就會吸引了網路上的高手，例如 hutch--、Vasily Sotnikov、Vortex 等前輩，他們優秀的程式設計能力，打造了巨集程式，讓 ML64.EXE 可以繼續使用高階語法，並且竭盡心力使之更加完善；也製作了含有各種包含檔與匯入程式庫的「install64.zip」，提供給後人下載使用，可謂功德無量。在此，小木偶不得不佩服他們，不僅是因為他們程式設計的能力高超，也因為他們辛勤且不計報酬的工作，僅憑著滿腔的熱情，最後成功的讓我們得以享受他們的成果。實在是令人肅然起敬。