深度解析 SysWow64 文件夾：為什麼 64 位 Windows 要把 32 位系統文件放在這裡？

核心結論

SysWow64 存放 32 位系統文件 (DLL/EXE/驅動)；System32 存放 64 位系統文件。 命名看似反直覺，實為兼容性設計的歷史妥協。

歷史背景：AMD64 vs IA-64 的分野

• AMD x86-64 (後稱 AMD64)：** 延續 x86 指令集，硬件級原生兼容 32 位模式，無性能損失。
• Intel IA-64 (Itanium)：** 全新指令集，依靠軟件模擬/硬件轉譯運行 32 位代碼，性能極差、兼容性差。
• 市場選擇了 AMD64，Intel 後跟進推出 EM64T (Intel 64)，雙方統一為 x64 架構。

WoW64 (Windows 32-bit on Windows 64-bit) 架構

• 64 位內核 + 32 位用戶態子系統 (wow64.dll, wow64cpu.dll, wow64win.dll)。
• 32 位進程自以為運行在 32 位 Windows 上：
  - 看到的 C:\Windows\System32 實際被文件系統重定向器映射到 C:\Windows\SysWOW64。
  - 註冊表 HKLM\Software 重定向到 HKLM\Software\WOW6432Node。
  - 環境變量 %ProgramFiles% 指向 C:\Program Files (x86)。

為什麼不叫 System64 / System32？

1. 存量應用硬編碼路徑： 無數 32 位應用將 C:\Windows\System32 寫死在代碼/配置/安裝腳本中。
2. 重定向 32 位進程「成本低」： 文件系統過濾驅動攔截 32 位進程的路徑解析，透明重定向到 SysWOW64，性能損耗微乎其微。
3. 重定向 64 位進程「成本高」： 64 位進程是主力，若強制其訪問 System64，所有 64 位應用、系統組件、驅動均需重新編譯/修改路徑，生態遷移成本極高。
4. 決策： 保持 System32 存 64 位文件，32 位文件遷移到 SysWOW64，僅對 32 位進程透明重定向 —— 「人在江湖，身不由己」。

驗證實驗

# 64 位 CMD / PowerShell
dir C:\Windows\System32\notepad.exe   # 顯示 64 位 (約 190 KB)
dir C:\Windows\SysWOW64\notepad.exe   # 顯示 32 位 (約 180 KB)

# 32 位 CMD (C:\Windows\SysWOW64\cmd.exe)
dir C:\Windows\System32\notepad.exe   # 實際訪問 SysWOW64，顯示 32 位版本

註冊表雙份機制

• HKLM\Software → 64 位視圖
• HKLM\Software\WOW6432Node → 32 位視圖 (32 位進程讀寫自動重定向至此)
• regedit.exe (64 位) 可切換視圖；%systemroot%\syswow64\regedit.exe 僅見 32 位視圖。

開發者/運維避坑指南

• 批處理/PowerShell 判斷位數：if "%PROCESSOR_ARCHITECTURE%"=="AMD64" (echo 64位) else (echo 32位)。
• 調用 32 位 COM 組件/ODBC 驅動：需用 %windir%\syswow64\odbcad32.exe 配置 DSN。
• 安裝 32 位驅動/服務：文件放入 SysWOW64，註冊表寫入 WOW6432Node，服務路徑指向 SysWOW64。
• 禁用重定向 (極少數場景)：** %windir%\sysnative (僅 32 位進程可見，直通真實 System32)。

總結

SysWOW64 是 x64 Windows 為「無縫運行 32 位應用」付出的兼容性代價。理解重定向機制，能避免「明明文件在 System32 為什麼 32 位程序找不到」等經典困惑，也是排查 32/64 位互操作故障的關鍵知識點。